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The  Aray  Institute  for  Research  in  Manageaent  Infonsatioo,  Caaninica- 
tions,  and  Coaputer  Sciences  (AIRMICS)  is  the  research  ara  of  the  U.  S. 

Aray  Inforaation  Systems  Engineering  Conand  (ISBC).  AIRMICS  is  currently 
conducting  research  into  the  lapleaentation  and  operation  of  Inforaation 
Centers  (ICs),  both  in  govemaent  and  in  private  industry.  Under  this 
task,  under  the  sponsorship  of  the  U.  S.  Aray  Inforaation  Systsas  Coaawnd, 
and  directed  by  AIRMICS,  a  series  of  orientation  and  evaluation  visits  vfere 
aade  at  six  U.  S.  sites.  The  six  sites  were:  Fort  Stewart,  Fort  Monroe, 
White  Sands  Missile  Range,  Fort  Hood,  Rock  Island  Arsenal,  and  Fort  Ord. 

The  purpose  of  the  project  was  to  determine  the  services  provided  at  the 
sites  and  the  strategies  used  at  the  sites  to  iapleaent  the  services.  The 
goal  was  to  provide; (1)  an  analysis  of  the  way  that  IC  functions  were  being 
performed  at  the  sites;  (2)  an  update  to  the  draft  Planning  and 
Implementation  Guide;  and  (3)  a  revised  set  of  IC  Orientation  viewgiaphs 
for  use  be  installations  in  the  startup  phase  of  IC  implementation.  The 
results  of  the  site  visits  are  presented  in  this  document. 
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SECTION  1 
PROJECT  SUWMARY 


1 • 1  PROJECT  OVERVIEW 


Task  10  was  baued  on  AIRMICS  current  research  with  respect  to  Infor- 
■ation  Centers  (ICs)  for  the  U.S.  Aray.  This  task  consisted  of  four  (4) 
■ajor  activities,  (1)  to  develop  and  deliver  an  IC  orientation  briefing  to 
six  Bodel  sites,  (2)  to  develop  and  conduct  an  IC  evaluation  of  six  aodel 
sites,  (3)  to  collect  feedback  and  incorporate  that  feedback  into  the  IC 
Planning  and  lapleaentation  Guide  (IC  PAI  Guide),  and  (4)  to  collect  data 
for  an  econoaic  cost/benefit  analysis  of  IC  iapleaentation  strategies. 
Figure  1-1,  IC  Evaluation  Project  Work  Flow,  demonstrates  the  relationships 
between  the  project  activities,  while  Figure  1-2,  IC  Evaluation  Project 
Schedule,  illustrates  the  tiae  table  for  these  activities.  The  objective 
of  this  study  was  to  provide  recommendations  for  strategies  to  successfully 
iapleaent  ICs  in  the  U.S.  Army. 

Six  model  sites,  U.S.  Aray  installations  wit^  operating  ICs,  were 
specified  by  7th  Signal  Coaaand  for  inclusion  in  this  project.  The  six 
sites  were:  Fort  Stewart,  Georgia;  Port  Monroe,  Virginia;  White  Sands 
Missile  Range,  New  Mexico;  Fort  Hood,  Texas;  Rock  Island,  Illinois;  and 
Ford  Ord,  California.  Each  site  was  visited  twice,  first  for  an  orien¬ 
tation  briefing,  and  second  for  collection  of  data  during  interviews.  The 
second  site  visit  took  place  approxiaately  six  to  ten  weeks  after  the 
first.  ISN  personnel  were  accoapanied  by  representatives  from  AIRMICS,  7th 
Signal  CoHiand,  and/or  Information  Systems  Command  (ISC)  during  both  site 
visits.  The  schedule  of  visits  is  shown  in  Table  1-1,  below. 


SITE 

DATES  OF 
ORIENTATION 
SITE  VISIT 

DATES_0F 

EVALUATION 

SITE  VISIT 

Fort  Stewart,  GA 

13  -  14 

May; 

08  -  10  July 

1986 

Fort  Monroe ,  VA 

15  -  16 

May; 

15  -  17  July 

1986 

White  Sands  Missile  Range,  NM 

19  -  20 

May; 

22  -  24  July 

1986 

Fort  Hood,  TX 

21  -  22 

May; 

29  -  31  July 

1986 

Rock  Island  Arsenal,  IL 

28  -  29 

May; 

05  -  07  August 

1986 

Fort  Ord,  CA 

03  -  04 

June; 

12  -  14  August 

1986 

SCHEDULE  OF  SITE  VISITS 


TABLE  1-1 


1C  EvaliMtioii  Project  Work  Flow 


Contract  Award 

Task  Schedule  Development 


ICPIG  Feedback 
iC  P&l  Guide  Revision 
Final  Report  Preparation 
Project  Conclusion 


1.2  IC  ORIENTATION 


Iftiile  the  presentation  of  an  IC  orientation  briefing  was  the  focus  of 
the  first  site  visit,  four  additional  activities  t#ere  included:  (1)  ISN 
provided  consultation  and  problea  solving  assistance  to  the  staff  of  each 
IC  during  a  problea  solving  vforkshop;  (2)  in  addition,  ISN  aet  with  the  IC 
aanager  at  each  site  to  get  an  overview  of  the  IC  and  to  identify  specific 
issues  to  be  explored  during  the  evaluation  visit;  (3)  ISN  also  explained 
the  procedures  for  the  IC  evaluation  visit,  and  (4)  ISN  delivered  requests 
for  data  for  ISC  economic  analysis  at  aone  sites.  The  two-day  site  visit 
also  included  an  in-briefing  and  out-briefing  with  the  ISC  cosnander  of  the 
installation. 


1.2.1  Orientation  Briefing 


The  original  version  of  the  orientation  briefing  was  presented  at  the 
first  In-Process  Review  (IPR)  and  revised  based  on  coMents  and  suggestions 
received  at  that  time.  The  orientation  presentation  was  subsequently 
revised  based  on  model  site  response.  The  revised  version  is  presented  in 
Part  C  of  this  final  report. 

ISN  conducted  on-site  orientations  for  each  of  the  selected  model 
sites.  The  IC  orientation  briefing  is  designed  such  that  it  will  be  suit¬ 
able  for  use  as  a  standard  orientation  for  personnel  responsible  for  the 
planning  and  operation  of  ICs  in  the  U.S.  Army.  The  IC  orientation  in¬ 
cludes  the  philosophy  and  theory  that  forms  the  basis  of  the  IC  concept, 
and  focuses  heavily  on  practical  ”how  to"  information.  Charts  and  sample 
forms  are  included  for  successfully  planning,  implementing,  and  operating 
an  IC.  The  IC  Pfcl  Guide  is  referenced  as  a  resource  in  the  orientation 
briefing.  A  sumowry  of  the  differences  between  the  prototype  briefing  and 
the  revised  briefing  are  shown  in  Table  1-2. 

The  IC  orientation  briefing  is  designed  in  a  modular  format.  Bach 
module  can  be  expanded  or  contracted  depending  on  the  needs  of  each  spe¬ 
cific  audience.  Because  the  orientation  was  given  to  installations  that 
have  operating  ICs,  the  model  site  installations  were  given  the  opportunity 
to  select  topics  of  discussion,  based  on  their  particular  needs  and  int¬ 
erests.  The  IC  Concept,  Module  I,  was  discussed  at  each  installation,  as 
were  three  sections  of  Nodule  II,  Planning  the  IC:  (1)  conducting  a  needs 
assessment  and  analysis;  (2)  defining  the  IC  mission,  goals,  and  objec¬ 
tives;  and  (3)  the  organizational  placement  and  interfaces  of  the  IC.  A 
representative  from  7th  Signal  Coanand  or  ISC  lead  the  discussion  of  organ¬ 
izational  interfaces.  The  sites  then  were  asked  to  choose  topics  of  dis¬ 
cussion  from  a  list  of  topics  from  the  remainder  of  Module  II,  and  Modules 
III  and  IV.  Table  1-3  suBaries  the  subjects  chosen  at  each  site.  The 
orientation  briefing  ccmcluded  with  a  discussion,  from  Module  IV,  on  the 
future  directions  of  the  IC. 


PHOTOTYPE 

90  VU-GRAPHS 

CHANGE  FROM: 

-  Industry  Case  Studies 

-  Hardware/Software/Data  List 

-  Support  Desired  List 

-  Industry  Bxaaples  for 
Mission  and  Goals 

-  Blank  Work  Sheets 

-  Section  Titled: 

Docuaent  Planning  Process 
and  lapleaentation  Plans 


DELETED 

-  Funding  and  Chargeback  Topics 

-  Characteristics  of  an 
Evolving  Organization 
Section 

-  Evolution  of  Services 
Section 

'  Organization  Support  Structure 
Chart 


10/86  REVISION 

85  VU-GRAPHS 

CHANGE  TO: 

-  Anny  ICs 

-  Hardware/Software/Data  Chart 

-  Support  Needed  Chart 

-  Aray  Exanples  for 

Mission  and  Goals 

-  Completed  Work  Sheet  Examples 

-  Section  Titled: 

Develop  Strategic  Plan 


ADDED 

-  SCEC  Chart 


EXPANDED 

:  -  Section  Titled: 

Need  Assessment  and  Analysis 

:  -  Government  Classification 

:  Series  Listings 

SU^«ARY  OF  REVISIONS 
IC  ORIENTATION  BRIEFING 
TABLE  1-2 


Frequency 

of  Response*  Discussion  Topics 


Sites  Where 
Topic  Discussed 


15 

Decide  Service  Options 

Fort  Stewart 

Fort  Monroe 

Fort  Hood 

Rock  Island  Ar. 
White  Seuids  M.R. 

9 

Select  and  Train  Staff 

Fort  Hood 

Fort  Ord 

Fort  Stewart 

4 

Facility  Design  and  Site 
Preparation 

Fort  Hood 

16 

Establishing  Operating  P^tlicies 
and  Procedures 

Rock  Island  Ar. 
Fort  Ord 

5 

laplenent  and  Evaluate 

Prototype  IC 

White  Sands  M.R. 

3 

Marketing 

Fort  Hood 

10 

Evaluation  of  IC  Services 
and  Operation 

Fort  Monroe 

Fort  Ord 

♦Note:  Frequency  of  Response  indicates  total  nuaber  of  participants  sel¬ 
ecting  this  discussion  topic  at  all  sites.  Nuaber  of  participants  varied 
froB  site  to  site.  Topics  were  selected  for  discussion  at  individual  sites 
based  on  the  frequency  of  response  for  the  individual  site  only. 


PLANNING,  IMPLEMENTING,  AND  OPERATING  THE  INPOIMATION  CENTER 

TOPICS  FOR  DISCUSSION 


TABLE  1-3 


VJ VJ  wwriir.; n  V*  U.’  IV-.IV-. IV  v« . 


1.2.2  Problea  Solving  Workshop 


Each  orientation  briefing  was  followed  by  a  problea  solving  workshop. 
The  sites  selected  a  problea  for  in-depth  diecussion  froa  a  list  of  aajor 
problesa  identified  by  ICs  in  industry.  After  all  participants  voted,  the 
responses  of  each  site  were  coapared  with  the  Aray  ICs  visited  to  that 
point,  and  with  the  responses  froa  industry.  A  sxaaiary  of  the  ranking  of 
probleas  is  shotim  in  Table  1-4.  The  sites  then  selected  a  topic  for  dis¬ 
cussion,  usually  the  problea  identified  aost  frequently  by  the  aajority  of 
participants.  The  problea  solving  workshop  followed  this  discussion.  The 
handouts  used  in  this  workshop  are  reprinted  in  Appendix  A. 

The  purpose  of  the  workshop  was  to  discuss,  in  a  structured  foraat, 
the  probleas  that  participants  felt  interfered  with  their  ability  to  op¬ 
erate  their  IC  at  aaxiaua  efficiency  and  effectiveness.  Noraally  the  day- 
to-day  deaands  of  the  IC  prevent  the  staff  froa  taking  the  tiae  to  look  at 
the  probleas  they  are  experiencing,  analyze  then,  and  find  possible  sol¬ 
utions.  This  %rorkshop  therefore  served  to  provide  an  opportunity  for  the 
IC  staff  to  discuss  their  individual  situation.  It  was  not  the  intent  of 
this  workshop  to  develop  a  specific  solution  to  a  problea,  but  rather  to 
foster  the  concept  that  the  IC  can  act  in  posHive  way  to  lessen  the  iapact 
of  their  problea  areas.  Because  of  this  focus,  the  idea  generating  process 
and  discussion  t«ere  considered  aore  important  in  the  workshop  than  a  spec¬ 
ific  outcome.  The  participants  did  not  complete  all  the  work  sheets  at 
every  site.  The  notes  froa  the  discussion  were  left  with  each  site  for 
follow-up  discussion. 

The  problem  that  "deaand  for  services  exceeds  capacity"  was  selected 
for  discussion  by  four  (4)  sites:  Fort  Stewart,  White  Sands  Missile  Range, 
Fort  Hood,  and  Fort  Ord.  Rock  Island  Arsenal  chose  to  discuss  "the  Cen¬ 
ter’s  responsibilities  have  not  been  clearly  defined";  while  Fort  Monroe’s 
selection  was  "it  has  been  hard  to  develop  a  staff  with  appropriate 
skills." 

During  their  workshop  Fort  Stewart  concentrated  on  the  idea  that 
developing  self-sufficient  users  would  help  alleviate  the  "demand  exceeds 
capacity"  syndroae.  Five  techniques  for  developing  user  self-sufficiency 
were  discussed  in-depth:  (1)  provide  training  at  different  proficiency 
levels,  (d  provide  refresher  training;  (2)  develop  "super  users"  who  can 
support  their  co-workers;  (3)  train  supervisors  who  can  support  their 
subordinates;  (4)  encourage  the  use  of  product  manuals  as  the  first  step  in 
problea  solving;  and  (5)  encourage/ require  users  to  develop  their  own  user 
manuals  for  specific  products.  The  participants  then  evaluated  these  ideas 
using  the  criteria  they  Judged  most  likely  to  ensure  the  success  of  the 
idea.  Given  staff  limitations,  and  the  participant’s  judgment  regarding 
how  easy  it  would  be  to  sell  the  idea  to  the  users,  they  selected  two  ideas 
for  possible  implementation:  (1)  develop  "super  users"  who  can  support 
their  co-workers;  and  (2)  encourage  the  use  of  product  manuals  as  the  first 
step  in  problem  solving. 


Anny  SitM** 
1 
6 

3 
6 

4 
13 
13 

9 
16 

10 
2 
13 
10 
10 
8 
4 
13 
16 


Industry* 

1 

2 

3 

3 

5 

6 
6 
6 
6 
10 
10 
12 
12 
12 
12 
12 
12 
12 


Major  Problems  Faced  By  Information  Cantara 

Demand  for  services  exceed  capacity 

Users  avoid  developif^  their  own  systama 

It  has  been  hard  to  develop  a  staff  with  approp^^iC  skills 

Existing  controls  for  user  development  are  inadequate 

User  expectations  about  information  center  services  are  urvealistic 

It  has  been  difficult  to  obtain  top  management  support 

Procedures  for  software  procurement  are  iK>t  well  formed 

Resistance  exists  in  the  OP  department 

Inappropriate  applications  are  being  developed  in  the  Center 

The  Center  has  rrat  had  enough  publicity 

The  Center's  responsibilities  have  tx>t  been  clearly  defined 

Center  services  have  not  been  used  by  senior  management 

There  has  been  a  high  staff  turrxnrer 

Data  administration  has  demanded  substantial  staff  resources 

Redundant  appTications  are  being  developed 

The  hardware  purchased  Is  incompatible 

The  data  available  for  end  users  is  of  poor  quafity 

Problems  occur  when  operations  are  transferred  from  Prototype  Center  to  User 
Center 

9  Based  on  Frequency  of  Response,  1  -  The  most  frequently  identified  problem. 


•From:  ‘'Information  Centers:  A  Survey  of  Services.  Decisions,  Problems,  A  Successes" 
by  James  C.  Weiherbe  &  Robert  L.  Leitheiser 

••Survey  taken  at  Forts  Stewart,  Monroei  Hood,  Ord;  Rock  Island  Arsenal  and  White  Sands  Missile  Range. 


lABLE  1-4 


At  Fort  Monroe  the  discussion  centered  on  how  to  develop  a  skilled 
staff  and  how  to  Manage  an  IC  idxile  the  staff  develops  the  required  skills 
Four  ideas  were  discussed  iidiich  would  liait  the  skills  deaanded  of  the 
staff:  (1)  use  of  requireaents  contracts  and  standard  products;  (2) 
creation  of  support  structures  such  as  ”sup>er  users",  resource  persons, 
inter-agency  cooperation,  and  newsletters;  (3)  liaiting  the  maber  of  new 
products  introduced;  and  (4)  use  of  external  and  public  doaain  resources. 
The  participants  identified  five  criteria  for  judging  the  potential  of 
these  ideas:  (1)  user  acceptance;  (2)  aanageaent  acceptance;  (3)  staff 
required;  (4)  facility  required;  and  (5)  tiae  required.  Based  on  these 
criteria,  the  participants  felt  the  aost  proaising  idea  was  to  prcaote  the 
use  standard  requirements  contracts. 


Participants  at  White  Sands  Missile  Range  also  chose  to  discuss  the 
problem  that  "deawnd  exceeds  capacity."  Six  possibilities  for  aemaging 
user  deaands  were  discussed  as  possible  solutions:  (1)  recruiting  and 
retaining  qualified  staff;  (2)  reorganization  of  staff;  (3)  finding  ways  to 
measure  accMplishments;  (4)  clarification  of  the  IC  implementation  in  the 
Army;  (5)  accurately  selling  the  capabilities  of  the  IC  to  the  users;  (6) 
educating  users  regarding  computer  capabilities  and  matching  capabilities 
to  user  requireaents.  The  discussion  concluded  at  this  point  due  to  a  lack 
of  additional  tiae. 

The  topic  of  discussion  during  the  problem  solving  workshop  at  Fort 
Hood  was  also  "demand  exceeds  capacity."  Improving  training  efficiency  was 
the  solution  proposed  by  these  participants.  Three  training  possibilities 
were  discussed  in  depth:  (1)  pre-teat  and  pre-class ify  students  before 
training  so  that  all  students  have  similar  levels  of  experience  in  a  given 
class;  (2)  train  users  by  functional  area;  and  (3)  provide  more  c<aiputer 
based  training  (CBT)  and  video  based  training  (VBT).  The  participants 
suggested  the  following  criteria  for  judging  the  potential  of  these  ideas: 
(1)  cost;  (2)  staff  required;  (3)  time  required;  (4)  user  acceptance;  (5) 
aanageaent  acceptance;  (6)  difficulty  of  implementation.  Given  these  cri¬ 
teria  all  of  the  ideas  were  judged  almost  equally  likely  to  succeed.  The 
pre-test,  pre-classify  concept  was  judged  the  most  likely. 

The  participants  at  Rock  Island  Arsenal  felt  that  if  the  Center’s 
responsibilities  were  more  clearly  defined,  many  of  their  problems  would 
diminish.  In  seeking  more  direction,  the  participants  suggested  the  fol¬ 
lowing  sources:  (1)  write  an  IC  policy  and  have  it  approved  by  top  man¬ 
agement;  (2)  explain  to  aanageaent  the  need  for  guidance  and  the  conse¬ 
quences  of  lack  of  guidance;  (3)  find  out  from  functional  areas  what  ser¬ 
vices  they  need;  (4)  suaaarize  current  status  of  user  support  in  the  in¬ 
stallation;  and  (5)  find  out  how  others  have  defined  their  IC’s  respon¬ 
sibilities.  Six  criteria  for  measuring  the  potential  of  these  ideas  were 
developed  by  the  participants:  (1)  staffing  required;  (2)  funding  required; 
(3)  management  support;  (4)  time  required;  (5)  user  acceptance;  and  (6)  IC 
staff  acceptance.  The  discussion  concluded  at  this  point  due  to  a  lack  of 
additional  tiae. 

Fort  Ord  participants  also  discussed  the  problem  "demand  exceed  capac¬ 
ity."  Six  ideas  were  discussed  by  the  IC  staff  that  they  perceived  would 
address  this  problem:  (1)  daily  activities  plan  with  tasks  prioritized,  and 
allowance  for  "slop"  factor;  (2)  an  "on  call"  schedule  to  permit  staff 
alternating  protected  development  and  research  time  with  "on  call"  time; 


(3)  encourage  exchange  of  inforaation  aaong  staff  during  regularly  sched¬ 
uled  staff  aeetings;  (4)  encourage  user  self-sufficiency;  (5)  define  and 
set  boundaries  on  the  responsibilities  of  the  IC;  and  (6)  develop  "super 
users."  The  discussion  concluded  at  this  point  due  to  a  lack  of  additional 
tiae. 

1.2.3  Meeting  with  IC  Mauiagers 


At  each  site,  with  the  exception  of  Fori  Stewart,  the  beginning  of  the 
site  visit  included  a  aeeting  with  the  ISC  conaander  of  the  installation, 
and  vras  followed  by  a  discussion  with  the  IC  aanager.  At  Fort  Stewart,  the 
discussion  with  the  IC  aanager  was  interspersed  throu^out  the  visit.  The 
goal  of  these  discxissions  was  to  infora  the  installation  of  the  purpose  of 
our  visit,  and  to  notify  thea  of  the  activities  of  the  second  visit.  In 
addition,  we  rcKreived  an  overview  of  each  site,  and  the  user  support  ser¬ 
vices  provided.  This  discussion  enabled  us  to  gear  the  orientation 
briefing  to  the  specific  site,  and  to  provide  inforaation  on  issues  to 
evaluate  during  the  second  visit. 


1 . 3  IC  SITE  EVALUATION 


ISN  developed  and  conducted  an  evaluation  of  each  of  the  selected 
aodel  sites.  The  Evaluation  Plan  was  presented  by  ISN  at  the  second  IPR. 
The  aodifications  that  were  suggested  were  incorporated  into  the  plan.  The 
IC  evaluation  was  designed  to  gather  concrete  inforaation  about  how  ICs 
have  been  iapleaented  in  the  Aray.  The  evaluation  instruaents  were  survey 
questionnaires,  given  in  an  interview  foraat  by  ISN  personnel.  A  reprint 
of  the  questionnaires  is  in  Appendix  B. 

The  evaluation  visit  was  scheduled  for  three  days  at  each  site. 

During  the  first  day,  the  IC  aanager  and  staff  were  interviewed.  IC  users 
were  interviewed  on  the  second  and  third  days.  A  goal  was  set  to  interview 
twelve  (12)  users  at  each  site.  Each  site  visit  also  included  an  in- 
briefing  and  an  out-briefing  with  the  ISC  conaander  of  the  installation. 

At  the  out -briefing,  ISN  shared  preliainary  observations  with  the  instal¬ 
lations.  The  remainder  of  Part  A  of  this  final  report  contains  a  full 
analysis  of  the  interviews. 

In  addition  to  the  IC  interview  questionnaires,  IC  aanagers  vrere  also 
asked  to  address:  (1)  IC  awareness/use  of  the  General  Purpose  Computer 
Support  Conaand  (GPCSC);  (2)  existing  regional /local  support  relationships; 
and  (3)  existing  installation/tactical  IC  relationships. 


1.3.1  Model  Site  ICs  and  the  GPCSC 


An  overview  of  the  GPCSC  was  given  during  the  orientation  briefing. 
While  some  of  the  sites  had  heard  of  the  GPCSC,  none  were  well  versed  in 
its  purpose  and  function.  When  questioned  about  their  awareness  of  GPCSC 
during  the  second  site  visit,  aost  sites  responded  that  their  total  know¬ 
ledge  of  GPCSC  was  based  on  the  information  presented  in  the  orientation 


briefing.  In  other  vrords,  awareness  of  the  GPCSC  had  not  caused  it  to  be 
used.  When  asked  why  they  had  not  used  this  resource,  responses  included 
two  theses:  (1)  "they  wouldn't/didn’t/don't  know  because  they  are  so  new;" 
and  (2)  "we  know  how  to  solve  sost  of  our  probletas  ourselves."  Yet,  when 
asked  tdiat  they  would  like  to  see  out  of  an  organization  like  GPCSC,  IC 
nnnagers  listed  services  very  siailar  to  the  ones  actually  provided.  IC 
staff  are  necessarily  resourceful,  and  are  proud  of  their  problea  solving 
ability.  At  the  saae  tiae,  they  would  like  a  resource  available  to  them 
when  a  problea  arises  that  they  cannot  resolve.  The  reasons  aanagers  gave 
for  not  using  the  GPCSC  parallel  those  frequently  given  by  users  for  not 
using  their  IC.  The  IC  functions  for  the  user  as  the  GPCSC  functions  for 
the  IC.  Both  are  in  the  position  of  having  to  prove  that  they  are  res¬ 
ponsive  to  users  and  capable  of  aeeting  their  needs,  especially  those 
users/ICs  tdio  are  aore  experienced.  Managers  felt  that  an  organization 
like  the  GPCSC  would  be  useful,  especially  once  it  aatured. 


1.3.2  Regional /Local  Support  Relationships 


The  IC  Managers  interviewed  as  part  of  this  evaluation  project  had 
strong  opinions  about  the  concept  of  a  regional  IC.  The  consensus  of  the 
aanagers  was  that  day-to-day  problem  resolutions  need  to  take  place  at  the 
local  level.  Several  stressed  the  i^ortance  of  user  convenience  and  the 
IC*6  relationship  with  it's  custoaers.  The  aanagers  felt  that  the  end- 
users  need  soaeone  on  site,  who  has  experience  with  the  installation. 
Several  aanagers  voiced  concerns  that  a  regional  IC  would  constitute  eapire 
building,  and  that  policy  foraed  at  the  regional  level  woulo  not  acknow¬ 
ledge  the  individual  nature  of  the  support  provided  by  the  installations. 

Three  of  the  sites  visited  during  the  course  of  this  project  already 
provide  support  to  others  outside  of  their  installation:  White  Sands  Mis¬ 
sile  Range,  Rock  Island  Arsenal,  and  Fort  Ord.  White  Sands  because  of  it’s 
reputation  for  solving  problems  is  often  requested  to  assist  in  a  wide 
range  of  problems.  This  is  a  role  they  are  proud  of,  and  would  like  to 
continue.  Rock  Island  is  currently  looking  toward  establishing  a  regional 
data  center.  Fort  Ord  supports  ADP  operations  in  other  California  instal¬ 
lations,  including  such  activities  as  network  engineering. 

Three  kinds  of  activities  were  suggested  by  the  aanagers  which  they 
felt  could  be  appropriately  provided  at  the  regional  level:  (1)  shows 
demonstrating  new  standard  Army  contract  products,  and  conferences;  (2) 
suppleaental  expertise,  beyond  what  would  be  available  at  the  local  level 
either  in  terms  of  depth  of  knowledge,  or  of  specialized  knowledge,  also 
training  for  IC  staff,  and  periodic  "circuit  rider"  training  on  specialized 
topics;  and  (3)  a  computer  store  concept,  such  as  GSA's,  which  would  allow 
the  installations  to  see  products  before  they  are  purchased,  eliminate  part 
of  the  procurement  process,  and  facilitate  the  purchase  of  items  from  the 
standard  Aray  coni -acts.  One  ISC  Cdanander  suggested  that  the  regional  IC 
be  organized  according  to  subject  matter  specialties  rather  than  geographic 
regions.  For  example,  a  STARNBT  IC,  or  a  DDN  IC.  A  fourth  idea,  generated 
by  the  Evaluation  Team,  was  that  user  groups  could  be  sponsored  on  a 
regional  level . 


In  industry  the  nodel  for  a  local  IC'a  relationship  r;ith  its  parent 
organization  is  as  follows:  (1)  general  guidelines,  and  overall  eission 
established  for'  all  ICa  at  the  headquarter’s  level;  (2)  specialized  support 
and  periodic  conferences  sponsored  on  a  regional  basis;  and  (3)  direction 
and  policy  for  individual  ICa  set  locally,  based  on  each  IC  specific  user 
coMunity. 


1.3.3  Installation/Tactical  Relationships 


Three  of  the  nodel  sites  in  this  evaluation  project  have  tactical 
units:  Forts  Stewart,  Hood,  and  Ord.  Tactical  unit  end  users  at  all  sites 
are  supported  priznrily  by  their  own  tactical  units.  At  Fort  Stewart  the 
tactical  units  are  currently  re-evaluating  how  they  can  provide  support  to 
their  end  users.  The  installation  IC  at  Fort  Stewart  works  with  the  tac¬ 
tical  units  on  an  ad  hoc  basis.  Most  of  the  nicroconputers  located  on  Fort 
Stewart  are  in  tactical  units.  The  tactical  units  at  Fort  Hood  have  estab¬ 
lished  their  own  ICs,  with  the  prinary  purp>ose  of  providing  training.  The 
tactical  units  also  attend  the  training  offered  by  the  installation  IC  and 
use  its  help  desk.  At  Fort  Ord  the  tactical  units  have  also  foraed  their 
own  user  support  group,  tdiich  apparently  has  little  interaction  with  the 
installation  IC.  ISN  suggests  the  use  of  installation  specific  Mea- 
oranduas  of  Ihiderstanding  to  delineate  the  responsibilities  of  tactical  and 
OOIM  ICs,  and  define  their  relationships. 


1 . 4  IC  PLANNING  AND  IMPLEMENTATION  GUIDE  REVISION 


The  Preliainary  IC  P&I  Guide  was  developed  as  part  of  a  previoxis  task. 
Task  9,  under  this  saae  contract.  This  guide  has  been  substantially  re¬ 
vised,  during  the  course  of  the  current  task,  to  include:  (1)  case  studies 
and  exaaples  froa  each  site;  (2)  aaterials  (e.g.  positions  descriptions) 
developed  by  the  sites;  (3)  incorporation  in  the  text  of  "lessons  learned" 
froa  the  sites;  and  (4)  evaluation  and  incorporation  of  suggestions  aade  by 
the  sites  and  the  reviewers.  Revisions  were  based  on  feedback  requested 
froa  the  aodel  sites  during  the  second,  evaluation,  site  visit,  and  on 
coanents  requested  froa  Aray  installations  (reference  AS-PLN-PS  letter, 
dated  3  March  86,  SAB). 

A  suaanry  of  the  revisions  to  the  IC  P&I  Guide  is  presented  in  Table 
1-5.  The  revised  IC  P&I  Guide  foras  Part  B  of  this  final  report. 


DATA  COLLECTION  FOR  ECONOMIC  ANALYSIS 


ISN  was  tasked  to  collect  the  data  required  by  AH  11-28  for  the 
econoaic  cost/benefit  analysis  of  IC  iapleaentation  strategies.  Actual 
analysis  of  the  data  was  not  included  as  part  of  the  Perforaance  Work 
Stateaent  of  this  task.  During  the  first  two  orientation  site  visits 
(Forts  Stewart  and  Monroe)  ISN  delivered  the  request  for  data.  Mr.  B. 

Dahas  of  ISC  attended  the  third  orientation  site  visit  (White  Sands  Missile 
Range)  and  at  that  tiae  elected  to  request  the  inforaation  required  for  the 
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ecoDOBic  analysis  directly  from  each  site.  Nr.  Dahos  aeet  with  ISN  staff 
following  the  third  IPR  to  extract  the  information  pertinent  to  the  eco- 
noBic  analysis  from  the  second  site  visit  questionnaires.  It  was  agreed 
that  the  delivery  of  this  interview  information  completed  ISN's  contractual 
obligations  as  pertained  to  the  data  collection  for  economic  analysis. 


PRELIMINARY 

10/86  REVISION 

DELETED 

ADDED 

-  Redundancy 

-  Bibliography 

-  Case  Studies  and  Examples 

-  Materials  Developed  by 

the  Model  Sites  (e.g.  Position 
Descriptions,  Newsletters, 

Forms) 

-  Mention  of  other  IMAs 

-  Organizational  Relationships 

-  REORGANIZED  TO  MATCH  OUTLINE  OF 
ORIENTATION  BRIEFING;  TOPICS 
CONSOLIDATED 

SUMMARY  OF  REVISIONS 
IC  PLANNING  AND  IMPLEMENTATION  GUIDE 
'  TABLE  1-5 


1 . 6  IC  EVALUATION  PROJECT  MANAGEMENT 


Management  of  the  IC  Evaluation  Project  consisted  of  all  the  manage¬ 
ment  functions  conducted  during  the  task.  It  included  the  development  of  a 
the  task  schedule,  cost  and  performance  reporting,  research  and  develop 
(R&D)  reporting,  IPRs,  Memorandums  for  Record  (MFR)  for  the  IPRs,  and 
supervision  of  all  personnel  working  on  the  IC  Evaluation  Project. 

The  IPRs  were  scheduled  to  coincide  with  the  review  of  specific  act¬ 
ivities  of  the  project.  The  first  IPR,  held  6  May  1986,  consisted  of  a 
review  of  the  Orientation  Plan.  The  second  IPR,  held  25  June  1986,  in¬ 
cluded  a  preliminary  review  of  the  orientation  visits,  and  focused  on  the 
Evaluation  Plan.  Held  on  27  August  1986,  the  third  IPR  included  a 


prelulioary  review  of  the  evaluation  aite  visits,  and  a  discussion  of  the 
outline  for  the  final  report.  The  final  IPR,  held  15  October  consisted  a  a 
review  of  the  evaluation  site  visit  findings,  and  a  suasnry  of  changes  to 
the  orientation  briefing  and  IC  P&I  Guide. 

The  deliverables  for  the  IC  Evaluation  Project  and  their  due  dates,  as 
specified  in  the  Perforaance  Work  Stateaent,  are  shown  below  in  Table  1-6. 
Actual  delivery  dates  are  shown,  also  refer  to  the  IC  Evaluation  Project 
Schedule,  Figure  1-2. 


ITEM _ 

TASK  SCHEDULE 

IPR  MEMORANDUM  (MFR) 

RAD  STATUS  REPORT 

COST  A  PERFORMANCE  REPORT 

ALL  HARDWARE  A  SOFIWARE 

(ffilENTATION  PLAN 

EVALUATION  PLAN 

FINAL  REPORT 


DUE  DATE  (DELIVERY  DATE) 

15  WORKING  DAYS  AFTER 
AWARD  OF  CONTRACT 
(10  April) 

5  WORKING  DAYS  AFTER 
EACH  IPR 
(13  May;  09  July 
29  August;  20  October) 

MONTHLY 

(07  April;  06  May;  06  June; 

09  July;  04  August; 

08  Septeaber;  07  October) 

MONTHLY 

(07  April;  06  May;  06  June; 

09  July;  04  August; 

08  Septeaber;  07  October) 

PURCHASED  AND/OR  DEVELOPED  WHEN 
DIRECTED  BY  THE  GOVERIMBNT, 
DELIVERY  WILL  OCCUR  AT 
COMPLETION  OF  CONTRACT 
(20  October) 

3  MONTHS  AFTER  CONTRACT  AWARD 
(06  May) 

3  MONTHS  AFTER  CONTRACT  AWARD 
(25  June) 

AT  COMPLETION  OF  CONTRACT 
(20  October) 


CONTRACT  DELIVERABLES 


TABLE  1-6 


SECTION  2 
SITE  EVALUATIONS 


2.0  INTRODUCTION 


This  section  presents  the  sinaarized  the  results  of  the  analysis  of 
the  evaluation  visits  to  the  six  sites.  Section  2.1  gives  a  brief  intro¬ 
duction  to  the  evaluation  phase  of  the  project.  Section  2.2  presents  the 
data  analysis.  Section  2.3  discusses  concerns  expressed  by  aanagers  in  the 
field.  Section  2.4  discusses  recooBendations  for  future  directions  for 
ICs.  All  figures  are  grouped  together  at  the  end  of  this  section. 


2.1  DA  A  COLLECTION 


The  evaluation  of  the  IC’s  at  the  six  aodel  sites  was  approached  from 
the  standpoint  of  deteraining  what  services  are  being  perfomed  at  the  site 
by  the  IC;  and  what  strategies  are  eg^loyed  by  the  IC  in  perforaing  its 
tasks.  Three  days  were  spent  at  each  site  during  the  evaluations.  The 
first  day  consisted  of;  (l)an  introductory  aeeting  with  the  local  ISC 
c<«Bander,  (2)  and  interview  with  the  aanager  and  staff  of  the  IC.  Inter¬ 
views  with  end  users  viere  conducted  on  the  second  and  third  days,  with  the 
goal  of  interviewing  twelve  (12)  users  at  each  site.  This  goal  was  not 
achieved  at  all  sites  because  of  schedule  conflicts  that  arose  with  some  of 
the  users.  Bach  interview  was  scheduled  to  last  approxinately  one  hour. 

The  last  day  included  another  Meeting  with  the  local  ISC  ccxnsander  wherein 
a  suansary  of  the  initial  findings  was  presented. 

TABLE  2-1  IC  BACKGROUND 


STEWART 

MONROE 

WSMR 

HOOD 

ORD 

— 

PLANNING  DATE 

10/85 

5/84 

10/85 

1984 

10/84 

7 

IMPLEMENT.  DATE 

10/85 

7/85 

7/86 

1984 

1/85 

5/85 

FIRST  MGR. 

YES 

YES 

YES 

NO 

YES 

YES 

START  DATE 

10/85 

7/P5 

6/86 

10/85 

3/85 

5/85 

PRIOR  ASSIGN 

DP 

DP  COW  MGR 

DP 

DP 

DP 

COMPUTER  EXPER. 

28  YRS 

17  YRS 

20  YRS 

10  YRS 

24  YRS 

9  YRS 

MICRO  EXPER. 

NONE 

5  YRS 

7  YRS 

5  YRS 

8  YRS 

1  YR 

Table  2-1  gives  a  condensed  background  of  each  IC  and  the  experience 
levels  of  the  respective  aanagers. 


2.1.1  SURVEYS 


Three  interview  sets  were  developed;  (1)  an  IC  Managers  Survey, 
(2)  an  IC  Staff  Survey,  and  (3)  a  User  Survey.  In  addition,  fifteen 
other  check  lists,  relating  to  pertinent  aspects  of  end  user 
coaputing,  were  used  with  the  Staff  and  User  surveys. 


in 

1 

I 

I 


i 


The  IC  wuiager’s  survey  was  designed  to  obtain  inforaation 
relative  to  the  IC  itself,  including:  (1)  IC  aanager’s  background,  (2) 
IC  planning  factors,  (3)  IC  Missions,  (4)  IC  organization,  (5)  IC 
policies,  (6)  records  and  reports  aaintained  by  the  IC,  and  (7) 

Lessons  learned. 


The  staff  survey  collected  data  relating  to  the  staff  ackers  back¬ 
ground,  and  his  understanding  of  the  aissions,  goals,  and  services  provided 
by  the  IC.  The  check  lists  %«ere  used  to  collect  inforaation  regarding  the 
staff  aeaber’s  knowledge  of,  and  degree  in  eaphasis  placed  upon,  the  IC 
policies  relating  the  the  issues  addressed  by  the  check  lists. 

The  user  survey  was  designed  to  collect  inforaation  about  the  ex¬ 
perience  level,  computer  \isage,  hardware  and  software  problems,  training, 
productivity  improveaents,  use  of  IC  services,  and  assessment  of  the  util¬ 
ity  of  the  IC. 

Check  lists  were  employed  to  determine  the  way  that  the  various  con¬ 
trol  issues  are  addressed  in  the  user’s  work  place.  Each  check  list 
contains  questions  relating  to  a  specific  issue  of  computer  operations  that 
should  be  addressed  in  the  work  place.  Copies  of  each  survey  and  check 
list  are  contained  in  appendices  B  through  H. 


2.2  DATA  ANALYSIS 


This  section  presents  the  results  of  the  surveys,  sumsarized  for  the 
six  sites.  Noteworthy  items  specific  to  any  site  will  be  highlightcK). 
Details  of  the  site  evaluations  are  contained  in  appendices  C  through  H. 
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2.2.1  User  Needs 


Figures  2-1  through  2-6  are  used  to  describe  the  typical  users.  Ex¬ 
perience  tends  to  indicate  the  types  and  amounts  of  training  needed.  Usage 
factor  help  to  define  hardware  and  software  needs. 


The  caiq>uter  experience  of  the  users  interviewed  is  shown  in  figure 
2-1.  The  experience  level  is  seen  to  vary  from  less  that  one  year  to  over 
twenty  years.  Microcomputer  experience,  not  shown,  is  considerable  less 
for  most  of  the  users.  The  user  with  several  years  of  general  computer 
experience  can  be  expected  to  need  less  introductory  level  training,  and  be 
ready  for  advanced  training  in  the  off-the-shelf  software  packages.  User 
experience  level  data  was  not  collected  at  Fort  Stewart. 

Another  factor  in  deteraining  user’s  needs  is  the  number  of  hours  per 
week  that  the  user  is  on  the  computer.  A  user  that  is  spending  most  of 
each  day  using  his  system  is  also  most  likely  the  one  that  will  be  looking 
for  advanced  techniques  to  make  the  most  use  of  the  software  that  is 
utilized  the  most.  Figure  2-2  shown  the  means  and  spreads  of  microcomputer 
usage  at  each  of  the  sites.  Figure  2-3  presents  similar  data  for  main 
frame  (and/or  ainicaBq>uter)  users.  There  was  only  one  user  interviewed  at 
Fort  Ord  who  used  the  main  frame  exclusively. 


Figure  2-4  shoim  the  average  length  of  a  session,  in  ainutes,  on  the 
coaputer.  The  users  exhibiting  the  long  sessions  were  typically  word 
processing  users.  Such  users  are  aore  likely  to  require  dedicated 
hardware  than  users  idio  typically  have  sessions  of  20  to  30  ainutes. 

Frequency  of  use  of  application  software  aids  in  asking  the  deter- 
aination  of  the  nuirtier  of  softviare  packages  that  should  be  purchased. 

Where  a  software  package  is  used  daily,  each  such  user  should  have  a 
separate  package.  On  the  other  hand,  if  the  software  is  only  used  aonthly 
or  less,  a  central  library  of  software,  that  could  be  checked  out  when 
needed  would  probably  suffice.  Under  a  check-out  arrangesient ,  care  aust  be 
exercised  to  ensure  that  unauthorized  copies  of  the  software  are  not  aade. 
The  frequency  of  use  of  the  aost  popular  types  of  software  is  shown  in 
figure  2-5  for  aicrocoaputer  users  and  figure  2-6  for  aain  frame  users. 

The  users  were  asked  about  possible  hardware  and  software  liaitations 
which  they  believed  hindered  their  capability  to  fully  utilize  their  sys- 
teas.  The  results  of  the  survey  are  suaaarized  in  figure  2-7.  Coaplaints 
about  backup  for  the  hard  disc  stea  froa  the  use  of  a  floppy  disc  based 
backup,  with  the  attendant  tiae  and  disc  investaent  required.  Printer 
needs  were  priaarily  expressed  in  teras  of  faster  and  easier  to  use  letter 
quality.  Monitor  cosplaints  centered  upon  the  lack  of  graphics  capability. 
Figure  2-7  shews  the  percentage  of  the  users  who  felt  that  the  hardware 
change  %<ould  be  desirable.  Of  the  hardware  options  listed,  better  printers 
and  better  backup  systeas  for  backing  up  a  hard  disc  were  the  aost  fre¬ 
quently  selected.  Consideration  should  be  given  to  including  an  efficient 
backup  systea  with  every  hard  disc  systea  purchased.  The  coat-effective¬ 
ness  of  providing  each  user  with  a  letter  quality  printer  aust  be  assessed. 
The  user's  convenience,  being  able  to  get  final  copy  froa  his  work  station 
rather  than  at  a  remote  printer,  aust  be  weighed  against  the  added  expense 
of  a  letter  quality  printer. 

The  software  interface  related  coaplaints  referred  to  the  liaited  cap¬ 
ability  of  aany  of  the  standard  software  packages  to  iaport  data  files  from 
another  without  use  of  a  separate  utility  prograa.  In  addition,  utility 
packages  do  not  exist  for  converting  files  for  all  the  standard  software 
packages.  The  report  generator  capability  desired  should  be  capable  of 
easily  developing  report  formats  and  extracting  data  from  several  different 
files  with  different  characteristics.  Software  desires  exhibit  the  same 
level  of  user  expertise  as  the  hardware.  Data  communications  (micro  net¬ 
work  and/or  mainframe  link),  and  software  interface  are  the  big  items.  The 
IC  should  direct  its  technical  research  toward  finding  new  software  that  is 
acceptable  for  these  purposes.  As  shown  in  figure  2-8,  networking,  soft¬ 
ware  interface,  and  micro/mainframe  links  were  the  most  popular.  The 
software  interface  issue  relates  to  the  ability  to  utilize  (or  iaport)  data 
from  say  a  spreadsheet  to  a  data  base  or  word  processing  application 
without  having  to  do  extensive  data  conversion.  Some  of  the  newer  packages 
have  this  capabili..y,  particularly  if  the  software  is  sold  by  the  sane 
software  develc^r.  Software  developed  by  competing  soft%«are  companies 
though  are  often  impossible  to  interface  conveniently. 

All  of  the  users  interviewed  were  vex^  interested  in  furthering  their 
knowledge  and  increasing  their  proficiency  in  end  user  computing.  Figure 
2-9  is  a  suMary  of  the  users  response  to  queries  relating  to  the  topics 
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shown.  Prograsaing  wants  included  the  use  of  both  coapilers/interpreters 
and  advanced  techniques  of  using  standard  packages  such  as  data  base  aan- 
ageaent  and  spreadsheets.  The  inforaation  category,  new  offerings  refers 
to  inforaation  directly  relating  to  their  workplace  needs  and  does  not 
cover  the  broad  spectrua  of  product  advertiseaent  and  proaotional 
materials.  Interest  in  learning  more  about  the  internal  technical  details 
of  the  hardware  in  use  was  also  prevalent.  The  users  also  expressed 
interest  in  obtaining  more  technically  advanced  information  about  the 
softirare  they  were  currently  using.  Main  frame  use  referred  to  both  the 
use  of  micro-main  frame  links  and  remote  terminals.  Categories  1,  3,  and  4 
indicate  the  need  for  advanced  training,  and  provide  some  guidance  for 
defining  the  required  course  content.  Category  5  depends  upon  the  avail¬ 
ability  of  suitable  main  frame  software.  If  such  software  (such  as  PROFS) 
is  available,  then  a  need  for  training  in  using  of  that  software  in  needed. 
Nearly  ninety  percent  of  the  users  indicated  a  desire  to  know  more  about 
the  softtrare  they  were  currently  using.  This  indicates  a  strong  need  to 
provide  more  advance  training  for  these  users. 

Users  tfere  asked  other  questions  relating  to  some  of  the  usual  com¬ 
plaints  from  users  that  appear  frequently  in  the  literature.  These  com¬ 
plaints  include  not  getting  enough  time  on  the  computer,  not  being  able  to 
get  the  computer  they  want,  can’t  get  funds  to  purchase  hardware  and  soft¬ 
ware,  long  delays  in  procureaent,  can’t  get  training,  access  to  data,  and 
timely  assistance.  A  susaary  of  the  responses  to  these  questions  appears 
in  figure  2-10.  Procureaent  delays  is  the  leader  in  the  complaint  depart¬ 
ment.  The  IC  is  getting  the  blame  for  these  procureaent  delays  when  in 
reality  it  is  not  within  the  IC’s  control  to  spcsed  it  up.  The  1C  is  in  the 
procurement  cycle  because  of  the  desire  to  standardize  the  microcomputer 
configurations  purchased,  but  it  should  make  sure  that  the  user  interfaces 
with,  and  blames  any  delays  upon,  the  procureaent  division. 


2.2.2  Types  Of  Support 


Figure  2-11  suararizes  the  types  of  hardware  supported  by  the  ICs. 

The  nu^er  of  ICs  supporting  mainframe  applications  was  not  expected.  The 
data  shows,  however,  that  even  the  startup  IC  cannot  ignore  support  for  the 
mainframe  users  if  suitable  interactive  software  is  installed  on  the  main¬ 
frame.  Also  the  nuidier  of  ICs  that  are  supporting  linked  micros  and  micro¬ 
computer  networks  was  not  expected. 

Five  of  the  six  sites  report  attempting  to  support  all  hardware  and 
software  in  the  end  user  coaaunity,  but  at  least  one  is  reconsidering  the 
idea.  Most  report  though  that  there  is  a  preferred  list  of  hardware  and 
software  that  receives  better  and  faster  support  than  ones  not  on  the 
preferred  list. 

The  degree  of  support  offered  to  end  users  developing  applications 
using  off-the-shelf  software  is  shown  in  figure  2-12.  The  two  sites,  Rock 
Island  and  Fort  Hood,  that  report  performing  application  development  tasks 
for  the  user,  have  found  the  workload  is  not  supportable  with  the  resources 
available.  Both  are  planning  to  cease  providing  such  support. 

The  support  of  the  use  of  compilers  for  custom  prograaming  of  appli- 
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cations  by  the  users  is  shown  in  figure  2-13.  Most  ICs  offer  training  and 
developaent  assistance,  but  <mly  two  actually  perforos  developaent  work. 
This  site  is  currently  referring  such  requests  to  Systems  and  Programming 
vice  attempting  to  do  the  work  in  the  IC. 

Data  access  policies  supported  by  the  IC  are  shown  in  figure  2-14. 

Most  of  the  IC  assist  the  users  in  gaining  access  to  the  date  they  need. 
Only  one  site,  Fort  Ord,  allows  end  uaers  read/write  access  to  central  data 
files.  The  Fort  Ord  IC  also  has  Data  Base  Administration  duties  for  the 
installation. 

All  of  the  ICs  have  a  review  function  in  the  microconputer  procurement 
cycle  as  shown  in  figure  2-15.  Half  of  them  have  approval  authority,  in 
the  sense  that  the  user  has  a  harder  time  justifying  the  purchase  of  a 
configuration  that  is  not  supported  by  the  IC.  Two  of  the  sites.  Fort 
Stewart  and  Fort  Monroe,  actually  make  out  the  requisitions. 

Figure  2-16  depicts  the  various  vehicles  utilized  for  user  training. 
The  data  reflects  the  heavy  dependence  on  classroom  and  hands-on  training. 
In  addition  to  the  resources  shown,  all  sites  report  some  degree  of  self- 
instruction  utilizing  vendor  developed  manuals,  in-house  developed  manuals 
or  third  party  developed  manuals.  All  report  having  a  training  backlog. 


2.2.3  Missions.  Goals  And  Ob.iectives 


The  priority  given  to  the  different  factors  during  the  *C’8  planning 
stage  is  shown  in  figure  2-17.  The  priorities  shown  are  averaged  over  all 
sites.  A  lower  priority  value  means  that  the  factor  was  given  more  im¬ 
portance  than  one  with  a  higher  number.  The  relative  order  of  the  planning 
factors  is  about  what  was  expected. 

The  average  priorities  assigned  to  the  standard  IC  mission  areas  is 
shown  in  figure  2-18.  Contrary  to  vdiat  is  touted  in  much  of  the  IC  lit¬ 
erature  relative  to  ICs  in  industry,  reduction  of  the  DP  backlog  was  not 
the  highest  priority  mission.  The  display  indicated  the  degree  of  user 
orientation  of  the  ICs. 

All  sites  have  mission  statements  which  vary  greatly  in  detail.  Fort 
Monroe's  are  very  detailed  with  objectives  and  specific  milestones 
(Appendix  D).  Both  Fort  Hood  and  Fort  Ord  have  IC  information  papers  which 
describe  the  IC  and  its  missions.  Fort  Hood  and  Rock  Island  both  measure 
their  degree  of  success  on  user  factors  such  as  number  of  users  trained,  or 
number  of  letters  cf  ccMmendation  received  from  user  management.  Rock 
Island  reported  a  staff  member's  receipt  of  an  incentive  award. 

The  strategies  used  for  start-up  are  shown  in  figure  2-19.  The  fact 
that  most  opened  1'  eir  doors  to  all  comers  indicate  the  degree  of  urgency 
accompanying  the  need  for  the  IC's  services. 


I 


iKi 


1 

a; 


i 


1 


k:i<u 


Ji  ■  >  ■  ^  ^  ^  •  h 


2.2.4  Services 


Figure  2-20  shows  a  suasiarizatioii  of  the  services  reported  to  be 
provided  by  the  ICs  at  the  six  sites,  including  services  which  are  planned 
to  be  iapleaented  within  the  year.  The  nuaber  of  services  provided  by  an 
one  IC  is  surprising.  The  nuaber  of  services  is  another  indication  of  the 
deaand  for  such  services  that  exists  at  each  installation. 

Fort  Monroe  has  developed  a  trouble  report  tracking  systea,  which  in 
addition  to  logging  the  trouble  calls  and  generating  followup  requests, 
produces  weekly  and  aonthly  reports  of  outstanding  iteas. 

2.2.5  Organization 

All  of  the  sites,  except  Fort  Stewart  and  Rock  Island,  provide  staff 
specialists  for  each  of  the  aajor  disciplines;  aainfraae,  nicroccaQ>uter, 
training,  hardware  installation  and  aaintenance,  and  data  coaauni cat ions. 
Each,  however,  has  assigned  produce  specialists  to  all  preferred  products. 
These  product  specialists  are  the  action  officers  for  help/trouble  calls. 


At  Rock  Island  each  directorate  has  a  full  tiae  person  called  a 
co^uter  coordinator.  This  person  is  the  local  contact  person  for  person¬ 
nel  in  that  directorate  for  coatputer  related  problems.  The  IC  uses  the 
coordinator  as  a  aeans  of  relaying  infonsation  about  the  IC  to  the  users 
within  that  department.  Fort  Monroe  utilized  the  Information  Systems 
Officers  (ISOs)  in  a  similar  fashion.  At  Fort  Monroe,  the  IC  conducts 
monthly  meetings  with  the  ISOs,  discussing  the  status  all  outstanding 
requests  for  services  and  unresolved  trouble  reports. 


2.2.6  Staffing 

The  staffing  levels  for  each  of  the  sites  is  shown  in  table  2-2. 


TABLE  2-2 

STAFF 

SIZE 

SITE  PORT 

PORT 

WHITE 

PORT 

ROCK 

PORT 

STEWART 

MONROE 

SANDS 

HOOD 

ISLAND 

ORD 

14A 

14 

9A« 

12 

12 

8 

A  Only  tvra  involved  in  microcomputer  support 
AA  one  full  time  and  eight  part  time 

All  but  five  of  the  combined  staff  meid>ers  came  from  a  DP  background.  At 
Fort  Mcmroe  this  includes  three  contractors  who  man  the  IC  help  desk.  At 
Fort  Ord  the  help  desk  is  manned  by  military  personnel.  Fort  Ste%«art  has 
one  additional  military  part  tine  staff  member.  Five  of  the  six  civilian 
staff  members  at  Fort  Ord  are  overhires. 

IC  managers  and  staff  members  were  asked  to  rank  five  important  traits 
that  each  staff  member  should  have.  The  composite  results  of  this  survey 
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are  shown  in  figure  2-21.  The  high  scoring  of  aicrocowputer  experience  and 
technical  knowledge  is  contrary  to  the  importance  placed  on  such  traits  in 
industry,  where  inter-personal  and  presentation  skills  were  ranked  higher. 
A  possible  explanation  lies  in  the  fact  that  aost  of  the  staff  ■eai>ers 
interviewed  had  a  DP  background. 


2.2.7  Facilities 

All  ICs  were  located  in  separate  quarters,  and  all  except  White  Sands 
had  space  for  demonstrations  of  hardware  and  software.  Training  facilities 
were  also  in  separate  spaces.  Most  of  the  ICs  had  equipment  (mostly  bor¬ 
rowed)  and  software  so  that  users  could  try  a  software  package  prior  to 
making  a  purchase  decision.  White  Sands  and  Fort  Ord  maintained  a  library 
of  public  domain  software  that  a  user  could  obtain  free  of  charge.  Rock 
Island  is  planning  to  do  the  same.  White  Sands  and  Fort  Stewart  maintain 
catalogs  of  user  developed  software,  again  available  to  any  user. 


2.2.8  Funding 

The  overhires  at  Fort  Ord  are  funded  by  the  user  directorates.  This 
creates  some  morale  problems  with  the  staff,  i.e.  a  lack  of  job  security. 
The  positions  for  Fort  Monroe  %i»ere  obtained  by  pulling  the  ProgrsMer 
analysts  fr<Hi  the  other  directorates  and  contracting  for  the  programing 
and  systestt  development  support  for  those  directorates.  The  IC  was  manned 
at  Fort  Hood  by  deletion  of  weekend  and  night  operations  shifts  in  the 
computer  center.  White  Sands  and  Rock  Island  contract  for  all  or  part  of 
the  training. 


2.2.9  lDl§ES§i_SQP 

Three  of  the  sites  have  pronilgate  Standing  Operating  Procedures 
Manuals.  Two  of  the  others  have  begun  to  draft  them.  The  SOP  at  Fort 
Monroe  is  yery  detailed,  as  can  be  seen  from  the  table  of  contents  included 
in  appendix  F  of  the  Planning  and  Implementation  Guide. 

A  measure  of  ti,e  degree  to  wh^ch  IC  staff  members  are  kept  aware  of 
the  status  of  the  implementation  of  various  services  of  ^he  IC  is  shown  in 
figure  2-22.  The  value  of  the  ’’aware”  variable  is  computed  as  the  percent 
of  the  staff  members’  responses  that  were  the  same  as  his  manager’s 
response  to  whether  or  not  a  service  is  provided,  or  p''anned,  or  not 
planned.  In  general,  a  high  fraction  of  awareness  denot.es  good  internal 
communications  between  the  staff  and  the  IC  manager.  Where  the  IC  staff  is 
organized  into  groups  of  technical  or  product  specialists,  there  is  a  risk 
of  a  member  losing  touch  with  what  is  happening  in  the  other  parts  of  the 
staff.  A  low  frart^ion  of  the  awareness  factor,  then,  can  be  interpreted  as 
the  indication  of  a  breakdown  in  communications  within  the  staff  and  be¬ 
tween  the  staff  and  the  IC  manager.  A  low  awareness  factor  may  also  denote 
a  degree  of  uncertainty  as  to  the  exact  status  of  a  service  that  is  in  the 
planning  or  implementing  stage.  All  of  the  staff  members  ven  not  inter¬ 
viewed,  and  the  data  presented  here  may  not  accurately  represent  a  cross- 
section  of  the  staff.  Staff  awareness  is  high  for  all  of  the  most  commonly 
used  services.  The  overall  degree  of  staff  awareness  shown  in  figure  2-22 


is  a  pooled  estiaate  of  all  the  sites. 


2.2.10  Measures  of  Effectiveness 


The  effectiveness  of  the  IC  may  aeasured  in  aany  ways  such  as  those  in 
use  at  Rock  Island,  shown  below: 

The  nuaber  of  letters  of  appreciation  and  cash  award*-  eiiven  to  staff 
aeabers  by  functional  users, 

The  nuaber  of  new  requests  for  services. 

The  nuaber  of  trained  users  in  the  workplace. 

The  nuBOer  of  new  products  researched  and  found  to  be  of  value  to 
the  functional  users. 

Feedback  from  the  users  as  to  the  contribution  of  IC  staff  aeabers  to 
their  cost  savings  and/or  productivity  iaproveaent. 

Another  aeasure  of  the  IC  effectiveness  is  obtained  froa  a  set  user 
advice  scales.  Figure  2-23  shows  the  list  of  possible  sources  of  infor- 
aation  about  coaiputing  related  probleas.  The  users  were  asked  to  rank 
these  sources  with  respect  to  the  accuracy,  understandability,  and  tiae- 
liness  r\f  the  inforaation  received.  The  average  ranking  of  each  source  is 
shown  as  the  score  value  in  the  figure,  where  a  low  score  indicates  a 
higher  preference  for  that  source  than  one  with  a  higher  score.  A  score  of 
one  is  for  the  best  source. 


2.2.11  Marketing 


TECHNIQUE 

STEWART 

MONROE 

W  S  M  R 

HOOD 

R  I  A 

NEWSLETTER 

X 

USER  GROUP 

V 

A 

X 

BRIEFING 

X 

X 

X 

INDOC.  CRS 

X 

X 

HANDOUT 

X 

USER  MANUAL 

SOFTWARE  LIB. 

X 

X 

X 

X 

DEMOS 

X 

X 

X 

X 

MICRO  STD 

X 

I  S  O’S 

X 

CC 

ORD 


X 

X 

X 

X 


CC  Computer  Coordinators 
?  Inforaation  Systeas  Analysts 


TABLE  2-3  MARKETING  THE  IC 


Table  2-3  displays  some  of  the  aarketing  tools  used  by  the  ICs  to  gel 
inforaation  to  the  user  coaaunity.  The  aost  noteworthy  technique  is  used 


at  Rock  Island  Arsenal  where  the  IC's  Manageaent  Indoctrination  Course  has 
alaost  becoae  a  aandetory  course  for  all  upper  and  aiddle  level  aanageaent. 
The  course  at  Fort  Hood,  on  the  other  hand,  is  primarily  to  give  the 
aanagers  enou^  expertise  to  get  into  the  electronic  aail  systea.  User 
groups  have  been  in  existence  for  aore  than  twenty  years  at  White  Sands. 

White  Sands  also  conducts  an  annual  survey  of  user  developed  ^plications 
and  publishes  a  catalog  with  descriptions  of  existing  prograas,  and  the 
name  of  a  contact  point.  White  Sands  also  maintains  a  bulletin  board 
containing  a  library  of  public  domain  software.  Fort  Monroe  uses  the  ISOs 
froa  the  other  directorates  as  a  vehicle  for  spreading  inforaation  through 
regularly  scheduled  aeetings.  Rock  Island  has  the  computer  coordinators 
(CC)  who  also  function  in  a  siailar  manner.  Fort  Ord  has  Information  Systems 
Analysts  (?)  in  other  directorates  but  does  not  seem  to  utilize  thea  in  the 
sane  manner. 

Another  estimate  of  the  success  of  IC*s  marketing  program  is  obtained 
from  a  caiv>arison  of  the  list  of  services  provided  with  the  responses  to 
the  user  survey  concerning  services  available  froa  the  IC.  Each  user 
interviewed  tms  given  a  list  of  services  which  could  be  provided  by  any  IC. 
The  user  %fas  then  asked  to  indicate;  (1)  if  he  believed  that  the  service 
was  provided  by  the  IC,  (2)  indicate  whether  or  not  the  service  has  been 
personally  used  by  that  user,  (3)  if  not  provided,  indicate  whether  there 
was  a  current  need  for  the  service  if  it  were  available,  and  (4)  if  not 
provided,  indicate  if  it  viere  predicted  that  the  service  would  be  utilized 
within  the  next  year.  The  user  is  said  to  be  aware  of  the  service  if  his 
response  and  the  managers  response  aeet  the  following  criteria: 

If  the  manager  says  the  service  is  provided  and  the  user  says  it  is 
either  provided  or  has  been  used. 

If  the  manager  reports  the  service  is  not  provided  or  being  planned, 
and  the  user  reports  either  not  provided  or  a  need  for  the  service. 

All  other  combinations  of  manager  and  user  response  are  not  considered 
as  aware  responses. 

The  user  awareness  measures  for  each  service  at  each  site  are  shown  in 
their  respective  appendices.  Coaposite  user  awareness  values,  computed  by 
pooling  all  the  individual  site  values,  are  shown  in  figure  2-24  as  the 
percent  of  users  that  are  aware  of  the  true  status  of  that  service  at  that 
site.  The  figure  indicates  that  more  effort  should  be  devoted  to  in¬ 
creasing  user  awareness. 


2.3  FIELD  CONCERNS 

The  concerns  discussed  here  arose  during  the  course  of  the  interviews 
and  represent  problems  that  the  IC  aanagers  feel  are  due  to  circumstances 
beyond  their  control.  Any  solution  to  these  concerns  must  coae  from  higher 
authority,  and  are  reported  here  for  information  purposes. 


2.3.1  Staff  and  Resources 


The  ICa  have  ■aimed  their  facilities  vmittg  three  different 
strategies  I  none  of  which  are  truly  satisfactory.  One  strategy  involves 
contracting  for  prograaaing,  and  using  the  positions  that  ««ere  assigned  for 
the  progrsaBing  tasks  to  man  the  IC.  A  second  strategy  involves  curtailing 
services  in  another  sector  to  provide  the  spaces  for  the  IC.  The  third 
involves  the  use  of  teaporary  overhires  to  staff  the  IC.  Neither  strategy 
is  particularly  satisfactory.  Attesq>ts  to  obtain  additional  positions  in 
accordance  with  existing  directives  have  not  aet  with  success  either.  One 
site.  Fort  Stewart,  has  been  unable  to  utilize  any  of  these  strategies, 
therefore  is  providing  all  aicrocoaputer  support  with  only  two  people. 

There  is  a  need  to  find  a  way  to  establish  an  allowance  of  hardware 
ond  software  for  the  ICs  to  use  for  both  daaonstration  purposes,  and  as 
backup  equipaent  to  be  loaned  to  users  who  have  critical  applications  to  be 
perforaed  and  whose  hardware  is  not  operating.  Currently,  these  needs  are 
being  aet  using  equipment  that  has  been  received  for  another  user,  but  has 
not  yet  been  delivered. 


2.3.2  Guidance 


There  was  s<nie  concern  expressed  regarding  conflicting  guidance 
received  as  to  where  within  the  DOIM  organization  the  IC  should  be  placed. 
It  is  believed  that  this  conflict  has  subsequently  been  resolved. 


2.3.3  Stove  Pine  Systeas 


ICs  ccmtinue  to  be  hit  with  requests  to  provide  support  for  sosk  new 
system  (  a  "stove  pipe"  system)  that  was  received  from  soae  other  source. 
These  S3nitea8,  part  of  a  larger  program,  are  many  times  fielded  without 
warn  training,  or  installation  instructions.  Responding  to  these 
reqt'  's  is  an  unscheduled  expenditure  of  IC  resources.  Further  exaaiples 
of  th..  iapact  of  these  systems  on  the  resources  of  the  IC  are  contained  in 
appendix  B. 


2.3.4  Procurement 

The  first  obstacle  encountered  by  a  user  attempting  to  order  computing 
equipaent,  given  he  has  funds,  is  the  constraints  imposed  by  the 
Information  Management  Plan  (IMP).  If  the  equipment  is  not  included  in  an 
approved  initiative,  it  must  be  submitted  as  an  out  of  cycle  initiative. 
Under  prior  directives,  a  low  liait  existed  wherein  purchases  for  less  than 
the  low  limit  did  not  require  higher  approval.  This  escape  no  longer 
exists. 

The  next  obstacle  ccmies  in  long  lead  times  for  equipaent  ordered  frcai 
the  QSA  schedule.  For  example.  Zenith  deliveries  are  taking  six  to  nine 
■onths.  If  the  order  is  for  equipsMnt  not  on  the  GSA  schedule,  then  other 
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procureaent  directives  case  into  effect,  further  delaying  the  receipt  of 
the  equipaent. 

The  resultant  iapact  is  that  the  IC  is  getting  biased  for  long 
procureaent  delays  which  it  has  no  way  to  control. 

2 . 4  FUTURE  DIRECTIONS 


The  loudest  coaplaint  received  concerned  the  inability  to  get 
training.  Users  were  crying  for  both  introductory  and  advanced  training. 
None  of  the  ICs  have  the  resources  to  increase  the  level  of  in-house 
currently  being  given.  Alternatives  to  be  evaluated  include  increased  use 
of  contract  training,  with  the  costs  being  charged  back  to  the  end  user; 
investigating  the  feasibility  of  the  use  of  advanced  computer  based  and/or 
video  text  training,  and  developing  a  base  of  "super  users"  in  each 
directorate  who  can  fulfill  some  of  the  training  support  requireaents, 
particularly  the  followup  or  refresher  training. 

Another  void  in  the  training  area  is  in  user  management  training. 

Fort  Hood  and  Rock  Island  have  partially  filled  this  void  with  their 
management  courses.  There  is  however  no  course  that  currently  alerts  the 
user  manager  to  the  pitfalls  of  end  user  computing,  and  to  the  supervisory 
responsibilities  of  management  where  end  user  computing  is  being  done. 

User  managesient  must  also  be  made  aware  of  the  need  to  make  sure  that  the 
user  has  the  opportunity  to  get  required  training,  and  to  practice  what  was 
learned,  if  the  user  is  to  become  truly  productive. 
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FIGURE  2-5  MICROCOMPUTER  APPUCATIONS 
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FIGURE  2-6  MAIN  FRAME  APPLICATIONS 
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FIGURE  2-7  USER  HARDWARE  WANTS 


AVERAGE  OF  ALL  SITES 


FIGURE  2-8  USER  SOFTWARE  WANTS 
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FIGURE  2-9  USER  KNOWLEDGE  WANTS 


PROGRAM  AVAILABILITY  HARDWARE  SOFTWARE  MAINFRAME 

AVERAGE  OF  ALL  SITES 


FIGURE  2-10  USER  COMPLAINTS 


AVERAGE  OF  ALL  SITES 
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FIGURE  2-13  COMPILER  SUPPORT 


NONE  TRAINING  ASSISTANCE  PROGRAMMING 

DEGREE  OF  SUPPORT  OFFERED 


FIGURE  2-14  DATA  ACCESS 


DEGREE  OF  SUPPORT  OFFERED 


PRIORITY  PRIORITY 


FIGURE  2-17  PLANNING  FACTORS 


NEEDS 


FIGURE  2-18  MISSION  SELECTION 


MISSION  AREA 
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FIGURE  2-19  START-UP  STRATEGIES 


FIGURE  2-20  SERVICES  PROVIDE 
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FIGURE  2-21  STAFF  TRAITS 


DESIRABLE  CHARACTERISTIC 


FIGURE  2-22  STAFF  AWARENESS 


SERVICE  PROVIDED 


PERCENT  OF  USERS  SCORE 


FIGURE  2-23  USER  ADVICE  SCALES 
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FIGURE  2-24  USER  AWARENESS 
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SERVICES  PROVIDED 
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PLANNING,  IMPLEMENTING.  AND  OPERATING  THE  INfX>RMATION  CENTER 


PROBLEM  SOLVING/CONSULTING  WORKSHOP 


NOTES  GROUP  LEADERS 

The  leadership  role  during  creative  problea  solving  is  atrategic. 

The  leader  mist  be  a  facilitator  of  the  group  aeaber’s  ideas.  The  leader 
■ust  be  careful  to  refrain  from  evaluative  judgments  during  the  process 
and  serve  mainly  to  keep  the  group  moving  ahead  in  their  task.  At  the 
conclusion  of  the  process  it  should  be  clear  to  everyone  that  the  output 
is  representative  of  the  group’s  best  thinking. 


o: 


PLANNING,  IMPLEMENTING,  AND  OPERATING  THE  INFX)RMATION  CENTER 
PROBLEM  SOLVING/CONSULTING  WORKSHOP 


This  activity  is  desiEned  to  acquaint  you  with  a  specific  strategy 
for  creative  problen  solving.  This  activity  is  built  around  the  concept 
of  brainstoraing,  idiere  ideas  are  freely  generated,  regardless  of  how 
crazy  they  sound. 

Using  a  set  of  worksheets,  your  teas  will  proceed  through  a  series  of 
stages  in  the  creative  problen  solving  process.  By  recording  the  work  of 
your  tean,  it  will  be  possible  to  retain  the  new  ideas  that  the  group  is 
able  to  generate.  These  (written  records  become  the  basis  for  further 
action  after  the  creative  problen  solving  group  process  is  completed. 


The  worksheets  will  take  your  group  through  a  five-step  process, 
five  steps  are: 

FACT  FINDING —  Identifying  all  of  the  "facts"  that  surround 
a  particular  problem. 


The 


PROBLEM 

FINDING— 


Generating  statements  of  the  problem  and 
agreeing  on  a  single  statement  of  the  problem 
that  will  be  the  basis  of  the  following 
steps. 


IDEA  FINDING —  Brainstoraing  ideas  that  have  potential  for 
resolving  the  problem. 


SOLUTION 

FINDING- 


ACCEPTANCE 

FINDING— 


Evaluating  the  ideas  and  deciding  on  which 
ideas  have  the  most  potential  for  solving  the 
problem. 


Examining  the  possible  problems  in 
inplnenting  the  high  potential  ideas  and 
outlining  specii'ic  implementation  steps. 


Each  step  begins  with  and  "expanding"  function,  such  as  brain¬ 
storming,  and  a  "focusing"  or  narrowing  function  completes  each  step  in 
which  the  ideas  are  chosen  to  carry  forward  to  the  next  step. 


Revised  from  material  developed  by  Dr.  Joseph  S.  Levine,  Assistant  Pro 
fessor.  Department  of  Administration  and  Higher  Education,  College  of 
Education,  Michigan  State  University. 
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WORKSHEET  I 
FACT  FINDING 

IN  THE  SPACES  BELOW  GENERATE  AS  MANY  FACTC  AS  YOU  CAN  REGARDING  THIS 
PROBLEM.  Don’t  atteapt  to  solve  the  problea  at  this  tiae.  Instead,  focus 
your  efforts  on  identifying  as  aany  facts  as  possible  that  surround  the 
problem. 

Coaplete  this  worksheet  individually. 


After  coapleting  the  worksheet  individually,  have  the  recorder  coabine 
everyone’s  facts  on  one  sheet. 

Now,  identify  the  most  relevant  facts  and  proceed  to  Worksheet  II. 


WORKSHEET  I 


FACT  FINDING 

QUESTIONS  TO  PROVOKE  THE  FACTS 
What  is  the  problen? 

How  does  it  happen? 

How  often  does  it  happen? 

When  does  it  happen? 

What  caiises  the  problen? 

How  long  has  it  been  a  problem? 

What  is  the  scope  of  the  problem? 

Where  is  the  problem? 

Are  people  part  of  the  problem? 

Is  a  system  or  procedure  part  of  the  problem? 
Are  working  conditions  part  of  the  problem? 

Is  communication  part  of  the  problem? 

Are  equipment  and  material  part  of  the  problem? 
What  is  the  history  of  the  problem? 

Who  is  involved? 

Are  there  patterns  or  trends? 

What  is  the  price  of  not  solving  the  problem? 
Are  there  benefits  to  not  solving  the  problem? 


WORKSHEET  II 
PROBLEM  FINDING 

Now,  define  the  problems  that  you  feel  exist  based  on  the  facts  you  have 
generated. 

IN  Tm  SPACES  BELOW  GENERATE  AS  MANY  PROBLEM  STATEMENTS  AS  POSSIBLE  FROM 
THE  FACTS  THAT  YOU  HAVE  PRODUCED.  Use  the  phrase  "In  what  ways  may  the 
IC..."  as  the  beginning  of  your  probl^  statements.  When  yoi''ve  t«ritten  a 
problem  statement  follow  up  by  asking  "why"  and  try  to  create  another 
problem  statement  based  on  your  "why"  question  (e.g.  In  what  ways  may  the 
IC  revise  the  training  program."  Why  is  it  important  to  alter  the  pro¬ 
gram? — because  attendance  is  falling,  so... "In  what  ways  can  we  improve 
attendance?"  Why  is  it  important  to  improve  attendance?  etc) 

Complete  the  worksheet  individually,  first. 

Problem  Statement 

Problem  Statement 

Problem  Statement 

Problem  Statement 

Problem  Statement 

Problem  Statement 

Problem  Statement 

Problem  Statement 

Problem  Statement 


I 
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Problem  Statement 


Problem  Statement 


Problem  Statement 


Problem  Statement 


Problem  Statement 


Problem  Statement 


ProbloD  Statement 


After  each  member  has  listed  some  problem  statements,  the  group  recorder 
will  list  all  of  them,  and  the  group  will  generate  some  additional  ones. 


mmm 
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WORKSHEET  III 


IDEA  FINDING 

IN  THE  SPACES  BELOW  LIST  AS  MANY  IDEAS  AS  YOU  CAN  THINK  OF  TO  SOLVE  THE 
IDENTIFIED  PROBLEM  (Worksheet  II).  Defer  Baking  any  judgaent  about  the 
ideas — anything  counts.  If  you  bog  down  try: 

ADAPTING  an  idea  (What  else  is  like  this?  What  other  ideas  are  suggested?) 
MODIFYING  an  idea  (Change  aeaning,  color,  form,  etc.) 

MAGNIFYING  an  idea  (Make  it  stronger,  larger,  bigger,  etc) 

"MINIFYING"  an  idea  (Make  it  sBaller,  split  it  up,  subtract  something,  etc.) 
REARRANGING  an  idea  (Change  the  tiaing,  sequence,  layout,  etc.) 

COMBINING  an  idea  (Pull  two  ideas  together,  add  something  new,  etc.) 

Idea 

Idea 

Idea 

Idea 

Idea 

Idea 

Idea 

Idea 

Idea 

Idea 


Idea 

Idea 


Idea 

Idea 

Idea 


After  each  aei^er  of  the  group  has  had  a  chance  to  list  some  possible 
solutions,  the  recorder  will  combine  the  list  and  the  group  will  add  as 
many  more  ideas  as  possible. 


WORKSHEET  IV 
GENERATING  CRITERIA 

You  now  have  the  five  aoat  proaiisinK  ideas.  Before  you  decide  which  idea 
is  the  best,  you’ll  have  to  decide  what  criteria  will  be  used  In  Baking 
the  decision.  So  as  a  group,  GENERATE  AS  MANY  DIFFERENT  CRIIKHIA  THAT  YOU 
CAN  THINK  OF  FOR  EVALUATING  YOUR  IDEAS  (e.g.  cost,  tiae  needed,  staff 
involveaent,  acceptance  by  others,  etc.)  Have  the  recorder  keep  record. 

Criteria 

Criteria 

Criteria 

Criteria 

Criteria 

Criteria 

Criteria 

Criteria 

Criteria 

Criteria 

Criteria 

Criteria 


Now,  DECIDE  ON  THE  "BEST"  CRITERIA.  TRY  TO  LIMIT  YOUR  SELECTION  TO  NO  MORE 
THAN  FIVE  (5). 


Move  on  to  Worksheet  V,  entering  you  criteria  in  the  spaces  across  the  top 
of  the  chart  and  place  your  five  best  ideas  in  the  left-hand  coluan. 

Using  the  rating  scale  provided,  secure  a  cuBulative  score  for  each  idea. 


PROBLEM  SOLVINGZCONSOLTING  WORKSHOP 
WORKSHEET  V 


CRITERIA 


/  i 

f  J/ 

ff/  if 
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Indicate 

Declelon 

Belov 


/Modify 
(How?) 
(Try  to 
Improve 
ratiage  on 
criteria) 


Rata  each  one  of  the  IDEAS  firat  againat  the  firat  CRITERION.  Than,  each  IDEA 
againat  the  aacond  CTXTERION,  and  ao  on.  Do  your  ratinga  vartlcally. 

A  rating  acale  of  "5"  ia  convenient.  The  number  *'!*'  means  "poor”,  "2"  means  *'fai 
to  poor",  "3"  means  "acceptable,  average",  "4"  means  "good"  and  "5"  means  "excel 
or  very  well." 

Total  up  the  cumulative  scores  for  each  IDEA  at  the  end  of  each  line  for  final 
comparison. 


WORKSHEET  VI 


ACCEPTANCE  FINDING 

How  will  you  actually  iapleaent  your  idea? 

LIST  ALL  THE  STEPS  NECESSARY  FOR  ACTUALLY  PUTTING  YOUR  IDEA  INTO  ACTION. 
(Use  the  spaces  on  the  left).  Be  sure  to  consider  who,  what,  t«hy,  when, 
how,  and  where. 


Step  1 

Step  la 

Step  2 

Step  2a 

Step  3 

Step  3a 

Step  4 

Step  4a 

Step  5 

Step  5a 

Step  6 

Step  6a 

Step  7 

Step  7a 

Step  8 

Step  8a 

Step  9 

Step  9a 

Step  10 

Step  10a 

Check  over  the  steps  you  have  listed.  If  you  have  forgotten  soaething, 
use  the  spaces  on  the  right  to  add  these  steps. 

THIS  IS  YOUR  ACTION  PLAN. 


I.  BACKGROUND 


1.  When  was  the  planning  for  your  Information  Center  (IC)  initiated? 


When  was  the  IC  implemented  ?  _ 

Were  you,  or  are  you,  the  first  manager  of  the  IC?  _  How  long  have 

you  been  in  this  position?  _ 

What  was  your  assignment  prior  to  this?  _ 


How  much  prior  experience  do  you  have  in  the  following: 
a.  Computers  in  general?  _ 


b.  Micro  computers?  _ 


I 


% 


II.  PLANNING 


1.  Which  of  the  following  activities  or  considerations  were  part  of  the 
planning  process  of  your  IC?  Indicate  the  degree  of  iaportance  given  each 
using  the  scale  below. 

1  =  priaary  iaportance 

2  =  Bajor  iaportance 

3  =  Binor  iaportance 

4  =  activity  or  consideration  nor  part  of  IC  planning 

a.  User  needs  surveys  _ 

b.  Physical  location  of  IC  _ 

c.  Location  of  end-user  assets 

d.  Hardware/software  to  be  supported 

e.  Definition  of  IC  responsibilities 

f.  Selection  of  pilot  projects 

g.  Selection  of  initial  user  groups 

to  be  supported  _ 

h.  Survey  of  training  resources 


If  a  "user  needs"  survey  was  conducted,  what  departments  were 
surveyed?  Which  ones  participated  in  the  overall  planning  process? 


Surveyed  Participated 


DP/IRM 

Adain 

Operations 

Finance 

Personnel 

Logistics 

Other 


Approximately  how  aany  microcomputers  were  in  use  in  your  organization 
prior  to  the  establishment  of  your  IC?  How  many  now? 


Initially 


1  -  10 
11  -  50 
51  -  100 
More  than  100 


What  strategies  were  selected  for  the  implementation? 

a.  Demonstrations  for  management 

b.  Pilot  project  implementations 

c.  Select  group  of  users 

d.  Open  house 

e.  Take  all  comers 


How  Mny  users  were  to  be  supported  by  your  IC  at  initial 
iapleaentation?  How  aany  now? 


Initially  Now 


a. 

1  - 

10 

b. 

11  - 

50 

c. 

51  - 

100 

d. 

More 

them  100 

III.  MISSIOWS/GOALS 


1.  Which  of  the  following  term  describe  the  nissions  of  your  IC 

at  the  tiae  of  its  iapleaentation?  Indicate  the  degree  of  iaportance 
placed  on  each  using  the  scale  below: 

1  =  primary  consideration,  must  be  done  now. 

2  =  major  consideration,  should  be  done  now. 

3  =  minor  consideration,  should  be  done  but  deferred  to  later. 

4  =  not  considered. 

a.  Improve  data  processing/end-user  relations  _ 

b.  Reduce  data  processing  backlog 

c.  Reduce  external  timesharing  costs  _ 

d.  Increase  end-user  productivity 

e.  Standardize  microcomputer  hardware/software  _ 

f.  Provide  training  in  computer  usage 

g.  Assist  end-users  in  identifying  needs  _ 

h.  Evaluate  new  technology 

i.  Other  (describe  briefly)  _ 


2.  List  the  objectives  of  your  IC  and  the  strategies  you  are  using  to 
achieve  these  objectives. 


List  the  specific  goals  of  your  IC  for  the  current  year  and  show  how 
your  progress  toward  achieving  these  goals  is  to  be  aeasured. 


IV.  IC  ORGANIZATION 

1.  How  large  is  the  IC  staff,  including  the  aanager? 

2.  Where  were  staff  aeobers  assigned  prior  to  their  assignaent  to  the 
IC?  Enter  n\nd}er  of  staff  aesfcers  obtained  froa  each: 

a.  DP  _ 

b.  Finance  _ 

c.  Personnel 

d.  Logistics  _ 

e .  Adain  _ 

f.  Operations  _ 

g.  Hired  froa  Outside  _ 

h.  Consultant/Contractor  _ 


3.  Which  skills  are  aost  needed  by  an  IC  staff  aeaber?  Indicate  rank 
order: 

a.  Technical  DP  skills  _ 

b.  Microcoaputer  hardware/software  skills  _ 

c.  Inter-personal  skills 

d.  Training/presentation  skills 

e.  Problea  solving  skills  _ 

List  additional  skills  you  feel  are  critical: 


4.  What  is  the  ratio  of  IC  staff  to  end-users  served? 


Initially  _ : _ 

staff  end 
users 


Now _ : _ 

staf  f  end 

users 
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5.  What  is  the  internal  organization  of  your  IC? 

a.  No  subdivisions.  Staff  Besibers  are  generalists, 

supporting  all  functions  _ 

b.  More  than  one  subdivision.  Staff  Benibers  specialize 
in  one  or  aore  of  the  following: 

(1)  Tiaesharing/end-users  on  aainfraae 

(2)  Microcoaputer  hardware/software  products  _ 

(3)  Training  _ 

(4)  Hardware  installation  and  aaintenance 

(5)  Networking  _ 

(6)  Mainfraae/aicro  links 

6.  Which  of  the  following  activities  occupy  a  significant  part  of 
your  (the  IC  aanager's)  tiae?  Indicate  approxiaate  percentage  of 
your  tiae  spent  on  each  applicable  task: 

a.  Establishing  training  plans: 

(1)  for  staff  aeabers  _ 

(2)  for  end-users  _ 

b.  Conducting  IC  tours  and  deaos  _ 

c.  Resolving  conflicts  with  DP 

d.  Resolving  conflicts  with  end-users  _ 

e.  Preparing  budget  justifications 

f.  Reviewing  end-user  hardware/software 

requisitions 

g.  Procxireaent  of  hardware/software 

h.  Planning  new  initiatives 

i.  Scheduling  IC  staff  utilization 


7.  Which  of  the  following  tasks  consume  a  significant  part  of  the 
IC  staff’s  time?  Indicate  approximate  percentage: 

a.  User  training 

b.  Hardware/software  acquisiLion 

c.  Hardware/software  evaluation 

d.  Maintenance  of  software  library 

e.  Support  of  user  groups 

f.  Consulting 

g.  Operation  of  IC  equipment  (Demos,  etc.) 

h.  Hardware  maintenance 

i.  Liaison  with  DP  department 

j.  Hardware/software  installation 

k.  Other  (specify)  _ 
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Which  of  the  services  listed  below  are  currently  being  provided  by 
your  IC?  Which  of  them  do  you  plan  to  implement  within  the  next  year? 


Provided 


Plan  to 
provide 


Needs  analysis 

Application  development  (using  off-the-shelf 
software) 

Introductory  training 
Advanced  training 
Computer-based  instruction 
Cost-benefit  analysis 
Custom  programming  (using  compilers  or 
interpreters) 

Data  administration 

Demonstrations  in  the  IC  (hardware/aoftware) 

Disaster  recovery 

Documentation  development 

Hardware  repair  and  maintenance 

Graphics  production 

Hardware/software  configuration 

Hardware/software  installation 

Hardware/software  problem  diagnosis 

Hotline/trouble  desk 

Loaner  equipment 

Newsletter 

One-on-one  training 

Hardware/software  evaluations 

User  groups 

Vendor  liaison 

Hardware/software  procurement  assistance 


V. 


POLICIES  OF  THE  INFOBMATION  CENTER 


1.  What  types  of  hardware  are  supported  by  your  IC? 

a.  Tine-sharing  (in-house  or  external) 

b.  Terminals  linked  to  nainframe 

c.  Stand  alone  microcoaiputers 

d.  Microcomputer  networks 

e.  Microcomputer  linked  to  mainframe 

2.  Which  data  access  policies  are  supported  by  your  IC? 

a.  User  must  get  own  data 

b.  IC  provides  data  or  provides  access  to  data 

c.  User  has  read  access  to  central  data 

d.  User  has  read/write  access  to  central  data 

e.  No  specific  policy  -  user  department  arranges 
with  DP  for  access  to  central  data 


3.  How  much  Justification  by  end-users  is  required  prior  to  acquisition 
of  computing  assets? 

a.  Initial  HW/SW  purchase  _ 

b.  Each  application  _ 

c .  None 


4.  Have  you  established  written  standards  and  procedures  for  the 
following? 

a.  Justifications  by  end-users  for  procurement  of  assets  including 

(1)  Benefits 

(2)  Life  cycle  costs  _ 

(3)  Relation  to  Information  Systems 
Master  Plans 


b.  Applications  Documentation  including: 

(1)  Program  maintenance  manuals 

(2)  Users  manuals 

(3)  Data  requirement  documents 

(4)  Applications  testing  and  validation 


c.  Information  Resource  Management  including; 

(1)  Data  Security 

(2)  Data  privacy 

(3)  Data  accuracy  and  validity 


d.  Back-up  and  recovery  procedurea  including; 


(1)  Application  source  files 

(2)  Data  files 


Have  you  initiated  any  form  of  charge-back  for  IC  services?  If  so, 
indicate  the  services  where  charges  are  incurred. 


None 

Acquisition  of  hardware 
Acquisition  of  software 
Installation  of  RW  and  SW 
Data  storage 

Connect  time  to  mainframe 
Maintenance  and  repair 
Application  development 
Consultant  time 
Training  time 


What  is  the  degree  of  your  1C* a  involvement  in  the  procure 
hardware/software  for  the  end-users? 


ent  of 


Review  and  advise  end-users  on  requests 
for  assets 

Approve  all  requests 

Perform  procurement  of  all  approved  requests 


What  is  the  IC  policy  relative  to  hardware/software  supported 
by  the  IC? 

a.  Support  only  that  which  is  on  approved  list  _ 

b.  Support  all 


What  is  the  policy  relative  to  applications  development  using 
off-the-shelf  software  packages? 


IC  assists  with  problem  definitions 
IC  recommends  software  to  be  used 
IC  assists  user  in  application  development  and 
maintenance 

IC  performs  application  develoiment  and 
maintenance 

IC  provides  basic  HW/SW,  users 
responsible  for  all  others 


9.  What  is  the  IC  policy  relative  to  user  application  developaent 
using  other  than  off-the-shelf  software? 

a.  Won’t  support  _ 

b.  Provide  programing  training  _ 

c.  Assist  and  advise  users  in  developnent 

(programming)  _ 

d.  Develop  (program)  applications  for  users  _ 

10.  Which  training  methods  are  mst  used  in  your  IC? 

a.  Self  instruction  by  end-users  using  vendor  manuals 

b.  Classroom  training  by  in-house  trainers 

c.  Hands-on  training  by  in-house  trainers  _ 

d.  Vendor  operated  training  on-site 

e.  Vendor  operated  training  off-site 

f.  Third  party  on-site/off-site 

g.  Computer  based  training 

h.  Video  cassettes 


B-13 


IC  RECORDS 


Which  of  the  following  types  of  records  do  you  Baintain 

(circle  responses)? 

a.  Visitor  log  sheet  -  keeps  track  of  visitors  to  the  IC 
and  the  purpose  of  their  visits. 

b.  Micro  usage  log  sheet  -  keeps  track  of  the  use  of  the  aicros 
either  in  the  IC  or  throughout  the  organization. 

c.  IC  activity  log  sheet  -  keeps  track  of  what  the  IC  staff  is 
doing. 

d.  IC  contact  log  sheet  -  keeps  track  of  aeiiios,  phone  calls, 
and  visits  by  the  IC  staff  and  the  purpose  of  each. 

e.  HW/SW  inventory  -  Inventory  of  the  hardware  and  software  in 
the  IC  or  throughout  the  organization. 

f.  Other  -  Please  be  specific  about  the  title  of  the  instrument 
used  to  collect  the  data  and  the  data  collected. 


(If  available,  please  provide  copies  of  the  forms  used  to  track 
any  of  the  above  information) 


Vfhich  of  the  foT  owing  types  of  documents  do  you  publish? 

a.  IC  Newsletter 

b.  IC  Standards /Guidelines 

c.  IC  Procedures  _ 

d.  IC  Resources  Catalog 

e.  IC  Schedule  of  Events 

f.  Procedures  for  acquiring  HW/SW 

g.  Other  -  Please  be  specific 


VII.  MANAGEMENT  REPORTS 


The  Infonation  Center  is  a  staff  and  service  activity.  It  usually 
has  no  end  products  of  its  own,  and  its  success  aust  come  as  a  result  of 
reports  from  its  users  and  from  regular  routine  reports  of  its  progress 
measured  against  planned  measured  goals. 

This  check  list  covers  the  issues  that  relate  to  management  re¬ 
ports.  The  list  is  cesigned  to  be  answered  "Yes"  or  "No."  A  "Yes"  answer 
indicates  the  item  of  concern  has  been  adequately  addressed  by  the  micro¬ 
computer  installation.  A  "No"  answer  indicates  that  further  investigation 
should  be  undertaken  to  determine  the  severity  of  the  concern.  A  "Not 
Applicable  (N/A)"  answer  may  be  used  to  indicate  those  items  included  on 
the  check  list  which  are  not  applicable  for  the  orgEuiization  being  re¬ 
viewed.  The  "Comments"  section  at  the  end  of  the  check  list  is  provided  to 
qualify  the  "Yes"  answers  in  which  a  concern  is  not  completely  satisfied 
and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to  which  each 
comment  relates. 

1.  Are  operations  reports  prepared  routinely  by  the  Information 

Center  staff?  _ 

2.  Are  the  following  basic  operating  statistics  produced 

routinely:  a.  Resource  utilization  _ 

b.  Problems  or  incidents?  _ 

c.  Daily  operations,  listing  priorities? 

d.  Schedule  adherence,  both  users  and  staff?  _ 

3.  Are  Resource  Usage  Accounting  systems  (e.g.  MICROTRACK) 
being  used  on  microcomputers,  if  they  are  available? 

4.  Are  the  following  cost  and  personnel  reports  produced 

routinely:  a.  Total  cost  and  budget  adherence?  _ 

b.  Overhead  costs  for  systems  and  support? 

5.  Are  the  following  performance  indicators  calculated  and 

reported:  a.  Daily  productive  time  and  output? 

b.  Actual  versus  planned  work  volume? 

c.  Work  quality  or  quality  control  reports'’ 

6.  Do  the  trouble  or  incident  reports  specify  the 
particular  trouble  conditions  for  analysis  and 
responsibility  for  corrective  actions? 

7.  Are  trouble  or  incident  reports  acted  upon  and  followed 
up  by  management? 

8.  Is  there  a  complete  inventory  list  available  of  all 
hardware,  software,  and  ancillary  equipment? 

9.  Is  there  an  adequate  inventory  control  system  to  track 
necessary  supplies  to  avoid  stock-outs? 

COWENTS; 


VIII.  LESSONS  LEARNED 

1.  Briefly  describe  what  you  feel  is  your  IC's  greatest  achieveaent 
since  iaplenentation. 


2.  Briefly  describe  your  IC's  greatest  pitfall  and  the  technique(8)  you 
enployed  to  rectify  the  problem. 


Preliainary  Inforaation  Center  Planning  and  Imp 1 even tet ion  Guide 

Evaluation 

Please  help  us  evaluate  the  Preliminary  Information  Center  Planning  and 
Imploientation  Guided  (IC  P&I  Guide)  by  completing  this  form.  Your  com¬ 
ments  will  help  make  the  guide  a  more  useful  document  for  other 
Army  installations. 

1.  When  you  first  sat  down  with  the  IC  P&T  Guide  did  you 

_ Read  it  from  cover  to  cover 

_ Look  for  specific  information 

_ Other : _ 

2.  Do  you  find  the  Guide  is  a  useful  resource,  on  that  you  have  gone  back 
to? 

_ Yes 

_ No 

3.  What  information  have  you  looked  for  in  the  Guide  and  found  missing? 


4.  What  do  you  think  should  be  deleted  from  the  Guide?_ 


5.  What  should  the  Guide  have  more  of? 


6.  What  should  the  Guide  have  less  of? 


What  is  the  most  valuable  part  of  the  Guide?_ 


P 
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8.  What  is  the  least  valuable  part  of  the  Guide? _ 


9.  Did  you  find  the  guide  readable? 


10.  Please  rate  the  chapters  of  the  Guide  according  to  their  helpfulness 
to  you. 


Helpful 


Not  helpful 


a.  Introduction 


b.  Background 


c.  Inforaation  Center  Concept 

d.  Planning  Phase 

e.  lapleaentation  Phase 

f.  Operational  Phase 


11.  Please  sake  any  coimnents  or  suggestions  that  you  feel  will  sake 
the  Guide  a  better  resource 


I 
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IC  STAFF  SURVEY 


1.  How  long  have  you  been  in  this  position? _ 

2.  What  was  your  assignnent  prior  to  this? _ 

3.  How  Buch  prior  experience  do  you  have  in  the  following; 

a.  C<wputers  in  general?  _ 

b.  Mi  cro  computers?  _ 


4.  Which  of  the  following  terms  describe  the  missions  of  your  IC? 
Indicate  the  degree  of  importance  placed  on  each  using  the  scale 
below; 


a.  Improve  data  processing/end-user  relations 

b.  Reduce  data  processing  backlog 

c.  Reduce  external  timesharing  costs 

d.  Increase  end-user  productivity 

e.  Standardize  microcomputer  hardware/software 

f.  Provide  training  in  computer  usage 

g.  Assist  end-users  in  identifying  needs 

h.  Evaluate  new  technology 

i.  Other  (describe  briefly)  _ 


5.  Where  were  you  assigned  prior  to  your  assignment  to  the  1C? 

a.  DP 

b.  Finance 

c.  Personnel  _ 

d.  Logistics 

e.  Admin 

f.  Operations  _ 

g.  Hired  from  Outside  _ 

h.  Consul tant/Contractor 


Which  skills  are  aost  needed  by  an  1C  staff  aeo^er?  Indicate  rank 
order: 

a.  Technical  DP  skills  _ 

b.  Microcoi^uter  hardware/software  skills  _ 

c.  Inter-personal  skills  _ 

d.  Training/presentation  skills  _ 

e.  Problem  solving  skills  _ 

List  additional  skills  you  feel  are  critical: 


Which  of  the  following  tasks  consume  a  significant  part  of  the 
your  time?  Indicate  approximate  percentage: 

a.  User  training 

b.  Hardware/software  acquisition 

c.  Hardware/software  evaluation 

d.  Maintenance  of  software  library 

e.  Support  of  user  groups 

f.  Consulting 

g.  Operation  of  IC  equipment  (Demos,  etc.) 

h.  Hardware  maintenance 

i.  Liaison  with  DP  department 

j.  Hardware/software  installation 

k.  Other  (specify)  _ 


i 
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Miich  of  the  services  listed  below  are  currently  being  provided  by 
your  IC?  Which  of  thea  do  you  plan  to  iapleaent  within  the  next  year 


Provided 


Plan  to 
provide 


Needs  analysis 

Application  develoinent  (using  off-the-shelf 
software) 

Introductory  training 
Advanced  training 
Coaputer-based  instruction 
Cost-benefit  analysis 
Custoa  prograanning  (using  conpilers  or 
interpreters) 

Data  adninistration 

Deaonstrations  in  the  IC  (hardware/software) 

Disaster  recovery 

Docuaentation  development 

Hardware  repair  and  maintenance 

Graphics  production 

Hardware/softvmre  configuration 

Hardware/software  installation 

Hardware/software  problem  diagnosis 

Rotlioe/trouble  desk 

Loaner  equipment 

Newsletter 

One-on-one  training 

Hardware/software  evaluations 

User  groups 

Vendor  liaison 

Hardware/software  procurement  assistance 
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9.  What  types  of  hardware  are  supported  by  your  IC? 

a.  Tiae-sharing  (in-house  or  external) 

b.  Tensinals  linked  to  aainfraae 

c.  Stand  alone  aicrocoaputers 

d.  Nicrocoaputer  networks 

e.  Microcoaputer  linked  to  aainfraae 

10.  Which  data  access  policies  are  supported  by  your  IC? 

a.  User  aust  get  own  data 

b.  IC  provides  data  or  provides  access  to  data 

c.  User  has  read  access  to  central  data 

d.  User  has  read/write  access  to  central  data 

e.  No  specific  policy  -  user  department  arranges 
with  DP  for  access  to  central  data 


11.  How  much  justification  by  end  users  is  required  prior  to  acquisition 
of  computing  assets? 

a.  Initial  HW/SW  purchase 

b.  Each  application 

c .  None 


12.  Have  you  established  written  standards  and  procedures  fur  the 
following? 

a.  Justifications  by  end-users  for  procurement  of  assets  including 

(1)  Benefits 

(2)  Life  cycle  costs 

(3)  Relation  to  Information  Systems 
Master  Plans 


b.  Applications  Documentation  including: 

(1)  Program  maintenance  manuals 

(2)  Users  manuals 

(3)  Data  requirement  documents 

(4)  Applications  testing  and  validation 


c.  Information  Resource  Management  including: 

(1)  Data  Security 

(2)  Dat.  privacy 

(3)  Data  accuracy  and  validity 


d.  Back-up  and  recovery  procedures  including: 

(1)  Application  source  files 

(2)  Data  files 


13.  Have  you  initiated  any  fora  of  charge-back  for  IC  services?  If  so 
indicate  the  services  where  charges  are  incurred. 


None 

Acquisition  of  hardware 
Acquisition  of  software 
Installation  of  HW  and  SW 
Data  storage 

Connect  time  to  Bainfrane 
Maintenance  and  repair 
Application  development 
Consultant  time 
Training  time 


14.  What  is  the  degree  of  your  IC*s  involvement  in  the  procurement  of 
hardware/software  for  the  end-users? 

a.  None  _ 

b.  Review  and  advise  end-users  on  requests 

for  assets  _ 

c.  Approve  all  requests  _ 

d.  Perform  procurement  of  all  approved  requests 


15.  What  is  the  IC  policy  relative  to  hardware/software  supported 
by  the  IC? 

a.  Supp>ort  only  that  which  is  on  approved  list  _ 

b.  Supp>ort  all 


16.  What  is  the  policy  relative  to  applications  development  using 
off-the-shelf  software  packages? 


IC  assists  with  problem  definitions 
1C  recommends  software  to  be  used 
IC  assists  user  in  application  development  and 
maintenance 

IC  performs  application  development  and 
maintenance 

IC  provides  basic  HW/SW,  users 
responsible  for  all  others 


17  What  is  the  IC  policy  relative  to  user  application  development 
using  other  than  off-the-shelf  software? 

a.  Won’t  support 

b.  Provide  programing  training  _ 

c.  Assist  and  advise  users  in  development 
(programming) 

d.  Develop  (program)  applications  for  users 


18.  Which  training  nethods  are  aost  used  in  your  IC? 

a.  Self  instruction  by  end-users  using  vendor  nanuals 

b.  ClassrooB  training  by  in-house  trainers 

c.  Hands-on  training  by  in-house  trainers 

d.  Vendor  operated  training  on-site 

e.  Vendor  operated  training  off-site 

f.  Third  party  on-site/off-site 

g.  Computer  based  training 

h.  Video  cassettes 


19  Which  of  the  following  types  of  records  do  you  maintain 

(circle  responses)? 

a.  Visitor  log  sheet  -  keeps  track  of  visitors  to  the  IC 
and  the  purpose  of  their  visits. 

b.  Micro  usage  log  sheet  -  keeps  track  of  the  use  of  the  micros 
either  in  the  IC  or  throughout  the  organization. 

c.  IC  activity  log  sheet  -  keeps  track  of  what  the  IC  staff  is 
doing. 

d.  IC  contact  log  sheet  -  keeps  track  of  memos,  phone  calls, 
and  visits  by  the  IC  staff  and  the  purpose  of  each. 

e.  HW/SW  inventory  -  Inventory  of  the  hardware  and  software  in 
the  IC  or  throughout  the  organization. 

f.  Other  -  Please  be  specific  about  the  title  of  the  instrument 
used  to  collect  the  data  and  the  data  collected. 


(If  available,  please  provide  copies  of  the  forms  used  to  track 
any  of  the  above  information) 


Which  of  the  following  types  of  documents  do  you  publish? 


a.  IC  Newsletter 

b.  IC  Standards/Guidelines 

c .  IC  Procedures 

d.  IC  Resource-  Catalog 

e.  IC  Schedule  of  Events 

f.  Procedures  for  acquiring  HW/SW 

g.  Other  -  Please  be  specific 
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CENTRAL  COMPUTER  ACCESS  CONTROL  ISSUES 


Access  control  is  a  key  control  in  the  nicrocoaputer  tiae-sharing 
environaent.  Access  controls  liait  access  to  the  coaputer,  prograas,  and 
the  data.  Restricting  access  is  dependent  upon  the  caped>ilities  built  into 
the  c(»iputer  operating  sjrstea.  Soae  computers  have  a  systea  idiich  re¬ 
stricts  access  to  those  people  possessing  the  correct  passwords.  Although 
this  is  noraally  a  single-level  control,  it  is  better  than  no  control  at 
all.  Access  also  should  be  restricted  to  data  stored  off-site.  Organ¬ 
izations  store  backup  data  away  froa  the  aicrocoaputer  in  case  of  a  dis¬ 
aster.  Should  fire  or  other  probleas  occur,  the  backup  data  pemits  the 
installation  to  regain  operational  status  quickly. 

The  following  check  list  relates  to  the  issues  involved  in  access 
control.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes" 
answer  indicates  the  itoi  of  concern  has  been  adequately  addressed  by  the 
microconputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  detemine  the  severity  of  the  concern. 

A  "Not  Applicable  (N/A)"  answer  may  be  used  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Comments"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yea"  answers  in  which  a  concern  is  not  completely 
satisfied  and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  that  the  comsicnt  relates. 

1.  Does  the  operating  system  software  of  the  central  computer 

include  access  control?  _ 

2.  Are  procedures  established  to  evaluate  the  access 
control  features  provided  by  hardware  and  software 
vendors  to  determine  whether  or  not  they  should  be 
utilized'’ 


3.  Is  access  to  both  data  and  programs  determined? 

4.  Has  a  determination  been  made  and  enforced 
regarding  who  can  have  access  to  the  central 
cc«puter  system  facility? 

5.  Are  central  computer  system  access  violations  reported 
to  management? 

6.  Have  physical  security  measures  been  taken? 

7.  Are  operators,  systems  programmers,  and  other  computer 
data  processing  personnel  subject  to  the  same  access 
rules  as  any  other  user  of  the  system^ 


C(>WENTS : 


CONTINUITY  OF  OPERATIONS  CONTROL  ISSUES 


The  installation  should  detenine  the  iq>ortance  of  aicrocosputer 
continuity  of  operation.  Mana^eaent  should  decide  the  nuiA>er  of  hours, 
■inutes,  or  days  that  the  coaputer  can  be  down  without  adversely  iapacting 
operations.  This  is  the  priaary  decision  in  deterainin^  the  procedures  to 
ensure  continuity  of  operations.  In  aicroccaputer  installations,  it  aay  be 
necessary  to  have  two  or  aore  aicrocMputers  to  ensure  continuity  of  op¬ 
eration.  However,  this  aay  only  be  effective  against  hardware  failures  and 
not  effective  against  other  risks.  Continuity  of  operation^  is  important 
because  it  determines  the  amount  of  resources  expended  to  ensure  that 
operations  continue. 

This  check  list  covers  the  control  issues  that  relate  to  continuity 
of  operations.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes" 
answer  indicates  the  item  of  concern  has  been  adequately  addressed  by  the 
microcomputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  determine  the  severity  of  the  concern. 

A  "Not  Applicable  (N/A)"  answer  nay  be  used  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "CoMnents"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yea"  answers  in  which  a  concern  is  not  completely 
satisfied  and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  comment  relates. 

1.  Have  the  operations  which  are  needed  for  conducting  the 

day-to-day  work  of  the  organization  been  identified?  _ 

2.  Have  procedures  been  established  to  ensure  that  those 
operations  can  be  run  on  a  timely  basis? 

3.  Has  sufficient  data  been  stored  off-site  to  ensure 
continuity  of  those  operations  in  the  event  of  a 

disaster?  _ 

4.  Has  sufficient  documentation  about  the  microcomputer 
operation  been  stored  off-site  so  that  processing  can 
be  continued  in  the  event  of  a  disaster? 


5.  Has  a  contingency  plan  been  developed  to  restore 
operations  in  the  event  of  a  disaster? 

6.  Have  the  potential  impacts  of  disasters  been  identified,  and 
have  sufficient  countermeasures  been  incorporated  into  the 
contingency  plan  to  offset  such  impacts')’ 


COWENTS : 


no 


COST-EFFECTIVBNESS  CONTROL  ISSUES 

Hicrocoaputer  systeas  are  frequently  installed  because  they  are  acre 
cost-effective  than  other  processing  solutions.  The  deteraination  of  this 
cost-effectiveness  requires  the  organization  to  deteraine  or  estiaate  both 
the  benefits  and  the  costs  of  installing  a  aicroc(»iputer.  These  benefit*«- 
/costs  can  then  be  coapared  to  other  processing  solutions.  Few  aicro- 
coaputer  installations  go  through  a  detailed  benefit/cost  analysis.  The 
reason  for  this  is  that  the  c  ’t  of  the  aicrocoaputer  usually  does  not 
warrant  an  extended  study.  ;nen  all  of  the  costs  are  accinnulated,  however, 
organizations  aay  be  surprised  at  the  total  costs  associated  with  obtaining 
a  aicrocoaputer.  Microccnputer  installations  need  not  go  through  the  saae 
detailed  cost  analysis  performed  by  the  large  computer  installation,  they 
should  perform  a  benefit/cost  calculation,  however.  Without  this  calcula¬ 
tion,  many  non  cost-effective  aicrocoaputer  installations  aay  be  aade. 

This  check  list  covers  the  control  issues  that  relate  to  cost — 
effectiveness.  The  list  is  designed  to  be  answered  "Yea"  or  "No."  A  "Yes" 
answer  indicates  the  item  of  concern  has  been  adequately  addressed  by  the 
microcomputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  deteraine  the  severity  of  the  concern. 

A  "Not  Applicable  (N/A)"  answer  aay  be  used  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "C<»ients"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yea"  answers  in  which  a  concern  is  not  completely 
satisfied  and  to  amplify  the  "No"  areas.  Indicate  the  question  nuBi>er  to 
which  each  comment  relates. 

1.  Does  management  require  a  benefit/cost  study  prior  to 
acquiring  a  microcomputer  system? 

2.  If  so,  have  those  procedures  been  followed? 

3.  Do  the  costs  include  documentation,  training,  site 
preparation,  and  other  costs  associated  with 
installing  a  microcomputer? 


Is  a  benefit/cost  study  mafle,  even  if  analyzed  in  a 
cursory  manner,  prior  tc  purchasing  or  installing  a  new 
application? 

Are  microcomputer  users  aware  of  the 
costs  associated  with  using  that  equipment? 

Are  microcomputer  users  aware  of  the  cost  of  alternate 
means  of  processing? 

Are  system  applications  and  reports  regularly  reviewed 
to  ensure  that  unneeded  or  obsolete  systems  or  reports 
are  eliminated? 


CO^WENTS : 


9 


CENTRAL  COMPUTER  SERVICE  LEVEL  CONTROL  ISSUES 


Central  tiBeaharioE  coaputers  can  easily  becoae  overloaded:  their 
capacities  are  liaited.  When  the  capacity  of  the  systea  is  approached,  the 
service  level  degrades  quickly.  In  addition,  soae  hardware  coaaands  and 
software  capabilities  aay  be  inefficient.  For  example,  soae  of  the  aathe- 
aatical  functions  aay  take  an  excessive  aaount  of  tiae  to  execute.  If  the 
users  are  xinaware  of  these  inefficiencies,  they  aay  use  capabilities  which 
require  an  unreasonable  aaount  of  tiae  for  execution. 

This  check  list  covers  the  control  issues  that  relate  to  central 
coaputer  service  level  control.  The  list  is  designed  to  be  anst«ered  "Yes" 
or  "No."  A  "Yes"  answer  indicates  the  itea  of  concern  has  been  adequately 
addressed  by  the  BicrocoaQ>uter  installation.  A  "No"  answer  indicates  that 
further  investigation  should  be  undertaken  to  determine  the  severity  of  the 
concern.  A  "Not  Applicable  (N/A)"  answer  aay  be  used  to  indicate  those 
items  included  on  the  check  list  which  are  not  applicable  for  the  organ¬ 
ization  being  reviewed.  The  "Ccmments"  section  at  the  end  of  the  check 
list  is  provided  to  qualify  the  "Yes"  ans%«ers  in  which  a  concern  is  not 
completely  satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question 
number  to  which  each  ccmsKnt  relates. 

1.  Are  the  resources  adequate  to  handle  the  desired 
applications? 

2.  Has  a  procedure  been  established  for  prioritizing  work 
when  demand  exceeds  capacity? 

3.  Has  a  procedure  been  established  for  prioritizing  work 
after  a  computer  problem  has  caused  down-time? 

4.  Has  a  procedure  been  established  to  prevent  users  from 
monopolizing  resources? 

5.  Are  service  levels  monitored  to  determine  when  system 
capacity  action  is  needed? 

6.  Have  procedures  been  established  to  determine  what  new  capacity 
requirements  will  be  placed  on  the  central  computer? 

7.  Is  a  job  log  maintained  to  determine  where 
resources  are  being  utilized? 

8.  Does  a  long-range  capacity  plan  exist? 

9.  Are  users  regularly  queried  as  to  their  level  of 
satisfaction? 


COMMENTS : 


HARDWARE  MAINTENANCE  CONTROL  ISSUES 


Any  piece  of  aachinery  can  fail.  When  it  does,  service  is  needed. 
Vendors  of  aaall  coaputers,  or  aay  not  service  their  o%«n  coaputers.  In 
addition,  if  they  service  the  coaputer,  they  aay  not  do  it  on-site.  If 
vendor  service  is  not  readily  available,  third-party  aaintenance  service 
should  be  arranged. 

The  questions  below  list  the  issues  that  relate  the  hardware  aainte¬ 
nance.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes"  answer 
indicates  the  item  of  concern  has  been  adequately  addressed  by  the  aicro- 
coaputer  installation.  A  "No"  answer  indicates  that  further  investigation 
should  be  undertaken  to  deteraine  the  severity  of  the  concern.  A  "Not 
Applicable  (N/A)”  answer  aay  be  used  to  indicate  those  items  included  on 
the  check  list  which  are  not  applicable  for  the  organization  being  re¬ 
viewed.  The  "CosBients"  section  at  the  end  of  the  check  list  is  provided  to 
qualify  the  "Yes"  cuiswers  in  which  a  concern  is  not  completely  satisfied, 
and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to  which  each 
comment  relates. 


1.  Does  the  Information  Center  offer  maintenance  service? 

2.  Is  the  service  convenient  to  obtain? 

3.  Has  the  maximum  permissible  down-time  been  established? 

4.  Are  the  services  provided  within  the  maximum  down-time? 

5.  Have  procedures  been  developed  for  when  and  how  to 
request  maintenance  services? 

6.  Are  microcomputer  users  trained  in 
how  to  perform  routine  maintenance? 

7.  Has  the  cost  of  maintenance  been  predetermined  and 
budgeted? 

8.  Are  logs  maintained  to  show  the  amount  of  down-time? 

9.  Are  third-party  services  for  maintenance  available? 


COMMENTS : 


HARDWARE  RELIABILITY  CONTROL  ISSUES 


Soae  ■icrocoBputers  have  aelf-diagnoaing  circuitry.  When  problens 
occur,  the  coapuier  diagnoses  its  o%«n  problea  and  acts  accordingly.  Micro- 
coaputers  without  soae  of  this  diagnostic  circuitry  but,  without  the  built- 
in  circuitry  to  notify  the  user,  the  problea  will  not  be  detctcted. 

The  following  check  list  addresses  the  issues  associated  with  hardware 
reliability.  The  list  is  designed  to  be  answered  "Yes’*  or  "No."  A  "Yes" 
answer  indicates  the  itca  of  concern  has  been  adequately  cJuressed  by  the 
microcoBputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  deteraine  the  severity  of  the  concern. 

A  "Not  Applicable  (N/A)"  answer  aay  be  used  to  indicate  those  iteas  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Coaaents"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  completely 
satisfied,  and  to  amplify  the  "No”  areas.  Indicate  the  question  number  to 
which  each  comment  relates. 


1.  Does  the  vendor  provide  a  guarantee  on  the  reliability 
of  the  hardware? 

2.  Does  the  hardware  have  circuitry  to  identify  hardware 
problems  to  the  user? 

3.  Is  the  organization  provided  with  a  manual  explaining 
testing  the  reliability  of  the  hardware  circuitry? 

4.  Is  a  hardware  errors  log  maintained  to  help 
track  the  reliability  of  the  hardware? 

5.  Are  there  procedures  which  specify  who  is  to 
be  called  in  the  event  of  a  hardware  problem? 

6.  Is  the  reliability  history  of  the  microcomputer  system 
evaluated  prior  to  the  purchase  through  reference  to 
publications  or  a  survey  of  existing  users? 


COMMENTS: 


RECOVERY  CONTROL  ISSUES 


Recovery  is  restoring  the  integrity  of  cmputer  processing  after  it 
has  been  lost.  Data  integrity  can  be  lost  due  to  hardware  failure,  soft¬ 
ware  failure,  application  systea  failure,  operator  error,  or  physical 
catastrophe.  The  problea  aay  coae  quickly,  resulting  in  a  halt  to  coaput^r 
operations,  or  erroneous  processing  aay  occur  for  an  extended  period  of 
tiae  before  it  is  uncovered.  Recovery  is  a  two-part  process:  (1)  retaining 
the  necessary  data  and  developing  the  procedures  necessary  to  recover  after 
a  problem;  and  then  (2)  executing  those  procedures  when  required.  The 
recovery  process  is  deficient  in  aany  aicrocomputer  installations.  Most 
recovery  procedures  are  learned  the  "hard  way."  The  time  and  effort  needed 
to  develop  a  good  recovery  procedures  is  normally  tiae  well-spent. 

This  check  list  covers  the  control  issues  that  relate  to  recovery 
control.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes" 
answer  indicates  the  itea  of  concern  has  been  adequately  addressed  by  the 
aicrocomputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  determine  the  severity  of  the  concern. 

A  "Not  Applicable  (N/A)"  answer  aay  be  used  to  indicate  those  iteas  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Coaaents"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yea"  answers  in  which  a  concern  is  not  completely 
satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  comment  relates. 

1.  Has  a  determination  been  made  regarding  which 
applications  need  to  be  recovered  after  a  problem? 

2.  Has  a  determination  been  made  regarding  how  quickly 
each  application  must  be  recovered? 

3.  Are  resources  available  to  meet  the  above  tiae 
constraints? 


4.  Has  sufficient  backup  data  been  saved  to  meet  the 
above  requirements  and  tiae  constraints? 

5.  Have  recovery  procedures  been  established? 

6.  Have  recovery  procedures  been  practiced  to  determine 
that  they  are  effective? 


7.  Are  aicrocomputer  users  trained  in  recovery  procedures? 

8.  Are  recovery  procedures  documented? 

9.  Have  arrangements  been  made  for  alternate  processing, 
such  as  at  another  microcomputer  site,  in  the  event 
the  aicrocomputer  should  be  down  for  and  extended 
period  of  time? 


C<>WENTS: 


STANDARDIZATION  CONTROL  ISSUES 


Nicroc<aq>uter  standards  should  exist  in  an  organization.  Soae  aininal 
standards  should  be  established  such  as  access  standards.  In  aost  cases, 
the  long-range  direction  for  ■icroc<»puters  is  connection  into  a  local  area 
network.  Without  sone  long-range  planning,  organizations  nay  acquire 
various  aicrocosiputers  which  are  not  coapatible.  When  this  happens,  data 
frosi  one  coaputer  cannot  be  readily  transaitted  or  transferred  between 
coaputers . 

This  check  list  covers  the  control  issues  that  relate  to  stand¬ 
ardization.  The  list  is  designed  to  be  answered  ’’Yes”  or  "No."  A  "Yes” 
answer  indicates  the  itea  of  concern  has  been  adequately  addressed  by  the 
nicrocoaputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  deteraine  the  severity  of  the  concern. 

A  "Not  i^licable  (N/A)"  answer  nay  be  used  to  indicate  those  iteas  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Coaaents"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  coapletely 
satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  ccmmient  relates. 


1.  Does  the  organization  have  a  standard  procedure  for 
acquiring  microcomputer  hardware  and  software? 

2.  Can  all  of  the  installation's  microcomputers 
communicate  on  the  available  network? 

3.  Are  there  certain  vendor  requirements,  such  as  specific 
application  programs,  that  must  be  met  prior  to 
acquiring  a  microcomputer  syston  from  that  vendor? 

4.  Before  it  can  become  operational,  does  the 
microcomputer  installation  require  operational  programs 
to  meet  minimal  steuidards  advertised  by  the  vendor? 

5.  Are  data  files  adequately  labeled  to  allow 
identification  by  an  application  prior  to  use? 

6.  Has  one  individual  been  appointed  to  oversee  the 
microcomputer  standards? 

C0^#1ENTS: 


SOrmARE  MAINTENANCE  CONTROL  ISSUES 


Software  has  the  saae  types  of  problems  as  hardware.  When  problems 
occur,  they  need  to  be  fixed.  In  sene  instances,  the  microcoaputer  user 
■ay  have  the  source  code  of  the  software  and,  thus,  say  have  the 
opportunity  to  fix  the  problea.  In  other  instances,  the  vendor  Bay  refure 
to  release  the  source  code,  in  which  case  the  vendor  Bust  Baintain  the 
software  package.  When  the  Bicrocanputer  user  relies  upon  a  software 
package  and  it  fails,  it  Bay  need  to  be  fixed  quickly.  Again  vendor  help 
service  is  required. 

The  following  list  of  questions  relate  to  the  software  maintenance 
issues  vdiich  should  be  addressed.  The  list  is  designed  to  be  answered 
"Yes"  or  "No."  A  "Yes"  answer  indicates  the  item  of  concern  has  been 
adequately  addressed  by  the  Bicrocewputer  installation.  A  "No"  answer 
indicates  that  further  investigation  should  be  undertaken  to  determine  the 
severity  of  the  concern.  A  "Not  Applicable  (N/A)"  answer  may  be  used  to 
indicate  those  items  included  on  the  check  list  which  are  not  applicable 
for  the  organization  being  reviewed.  The  "Conments"  section  at  the  end  of 
the  check  list  is  provided  to  qualify  the  "Yes"  answers  in  which  a  concern 
is  not  completely  satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the 
question  number  to  which  each  cenment  relates. 

1.  Does  the  installation  possess  the  necessary  skills  to 
Baintain  software  developed  in-house? 

2.  Has  a  procedure  been  developed  to  indicate  when 
maintenance  should  be  performed? 

3.  Do  the  vendors  of  the  purchased  software  provide 
maintenance? 


4.  Is  software  maintenance  convenient  to  obtain? 


5.  Has  the  cost  of  maintenance  been  determined? 

6.  Has  the  maximum  desired  down-time  for  software  been 
determined? 


7.  Can  software  maintenance  be  provided  within  that 
maximum  down-time  period? 

8.  Are  logs  maintained  to  show  the  amount  of  down-time? 

9.  If  down-time  is  excessive,  can  a  refund  or  a 
re-negotiation  of  the  contract  be  made  with  the  vendor? 

10.  If  the  vendor  goes  out  of  business,  is  source  code 
available  for  continuing  modification  of  leased 
software  packages? 

11.  If  the  software  package  vendor  goes  out  of  business, 
are  the  rights  of  the  user  protected? 

COfWENTS: 


SOFTWARE  RELIABILITY  CONTROL  ISSUES 


Quality  software  requires  extensive  testing.  Testing  is  a  very  costly 
process;  however  without  this  testing  software  say  fail,  or,  even  worse, 
produce  erroneous  results  without  detection.  Many  aicrocoaputer  users  rely 
heavily  on  vendor-produced  systea  and  application  software;  therefore, 
when  software  produces  erroneous  results,  the  users  aay  not  detect  the 
problea,  or  they  say  be  uncertain  of  the  cause  and/or  correction.  They 
■ust  rely  on  outside  help  (IC  or  vendor),  if  it  is  available. 

The  list  below  asks  questions  relating  to  software  reliability  control 
issues.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes"  answer 
indicates  the  item  of  concern  has  been  adequately  addressed  by  the  aicro- 
coaputer  installation.  A  "No"  answer  indicates  that  further  investigation 
should  be  undertaken  to  deteraine  the  severity  of  the  concern.  A  "Not 
Applicable  (N/A)"  answer  nay  be  used  to  indicate  those  iteas  included  on 
the  check  list  which  are  not  applicable  for  the  organization  being  re¬ 
viewed.  The  "conments"  section  at  the  end  of  the  check  list  is  provided  to 
qualify  the  "Yes"  anst«ers  in  which  a  concern  is  not  coapletely  satisfied, 
and  to  aaplify  the  "No"  areas.  Indicate  the  question  nuid>er  to  idiich  each 
coHMnt  relates. 


1.  Has  the  degree  of  reliability  desired  in  the  software 
been  determined? 

2.  Have  tests  been  made  to  determine  that  the  software 
achieves  the  predetermined  degree  of  reliability? 

3.  Prior  to  purchase,  have  other  users  of  purchased  soft¬ 
ware  been  contacted  to  determine  the  reliability  of  the 
software? 

4.  If  versions  are  changed,  have  backup  versions  been 
maintained  in  case  the  updated  version  proves 
unreliable? 

5.  Do  developers  of  in-house  software  have  the  necessary 
skills  to  develop  the  software? 

6.  Are  procedures  established  for  software  test  and 
validation  ? 

7.  Are  software  problem  logs  maintained  to  identify 
high-problem  software? 

8.  Are  procedures  included  in  vendor  or  developer 
contracts  to  cope  with  software  problems? 


COMMENTS; 


B-36 


SYSTEMS  DEVELOPMENT  CONTROL  CHECK  LIST 


Most  end-users  purchase  application  packages.  Those  tdio  develop  their 
o%in)  applications  should  take  advantage  of  the  tiae-tested  techniques  for 
developing  systeas  properly.  There  is  waste  inherent  in  poor  systeas 
developaent.  For  exaaple,  it  is  far  superior  to  follow  the  systeas  design 
process  of  defining  requireaents,  developing  systea  specifications,  and 
then  to  do  the  prograaaing  and  testing.  In  soae  aicrocoaputer  in¬ 
stallations,  users  inefficiently  begin  the  systea  developaent  process  by 
writing  programs. 


This  check  list  covers  the  control  issues  that  relate  to  systems 
development.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes" 
answer  indicates  the  item  of  concern  has  been  adequately  addressed  by  the 
aicrocoaputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  determine  the  severity  of  the  concern. 
A  "Not  Applicable  (N/A)"  answer  may  be  used  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Conents"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yea"  answers  in  which  a  concern  is  not  ccaipletely 
satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  coMent  relates. 


Has  an  procedure  been  established  to  require 
management  approval  of  applications  before  they  are 
developed? 


Has  an  procedure  been  established  requiring  management 
approval  prior  to  purchasing  computer  applications? 


Is  the  benefit/cost  of  an  application  determined 
prior  to  commencing  the  project? 


Is  a  determination  made  if  an  application  can  be 
purchased  prior  to  developing  the  application  in-house? 


Before  integrating  it  within  the  microcomputer  system,  is  a 
determination  made  whether  ':he  computer  has  sufficient 
capacity  to  execute  the  desired  function? 


Prior  to  approving  the  project,  has  it  been 
determined  that  the  proposed  microcomputer  system 
application  can  not  be  performed  by  another 
application  system  in  the  organization? 


Do  user  microcomputer  personnel  possess  the  necessary 
skills  to  develop  the  application  for  the  microcomputer? 


Has  a  systems  development  procedure  been  established? 


If  so,  is  the  complexity  of  the  procedure  related  to 
the  importance  of  the  project? 


COMMENTS: 


"w  V*  *J 


ST^TEM  DOCIWBNTATION  CONTROL  ISSUES 


Purchaaed  or  developed  Bicrocoaputer  applications  say  only  have 
■iniaal  docuaentat ion .  The  documentation  provided  by  application  system 
vendors  varies  significantly  from  outstanding  to  poor.  Some  systeas  have 
excellent,  easy-to-read,  easy-to-follow  dociaentation,  while  others  provide 
only  the  minimal  documentation  necessary.  In  addition,  uaera  developing 
their  own  applications  frequently  feel  they  do  not  need  to  document  their 
work.  Lacking  adequate  documentation,  users  may  not  be  able  to  use  the 
system  effectively,  to  continue  to  use  it  (if  the  key  use;  is  transferred), 
or  to  modify  the  application  economically. 

The  following  check  list  addresses  the  issues  associated  with  user 
application  docuisentation.  The  list  is  designed  to  be  answered  "Yes”  or 
"No."  A  "Yes"  answer  indicates  the  item  of  concern  has  been  adequately 
addressed  by  the  microcomputer  installation.  A  "No"  answer  indicates  that 
further  investigation  should  be  undertaken  to  determine  the  severity  of  the 
concern.  A  "Not  Applicable  (N/A)"  answer  may  be  used  to  indicate  those 
itesis  included  on  the  check  list  which  are  not  applicable  for  the  or¬ 
ganization  being  reviewed.  The  "Comments"  section  at  the  end  of  the  check 
list  is  provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not 
completely  satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question 
number  to  vrhich  each  comoent  relates. 


1.  Has  a  minimum  level  of  documentation  for  microcomputer 
applications  been  established? 

2.  Is  a  minimum  level  of  documentation  required  for 
purchased  applications? 

3.  Are  user  instructions  documented? 

4.  Does  documentation  exist  concerning  use  of  the  outputs 
from  the  application? 

5.  Is  there  documentation  on  how  to  fix  a  problem  in 
purchased  applications? 

6.  Do  purchased  applications  have  documentation  explaining 
how  to  get  outside  help? 

7.  Are  the  application  controls  documented? 

8.  Is  documentation  prepared  in  accordance  with 
the  i^>ortance  of  the  application  to 

the  organization? 


COMMENTS : 


TRAINING  CONTROL  ISSUES 


Users  of  Bicrocoaputers  oeed  training  in  the  operation  of  both  hard¬ 
ware  and  software.  Many  microcomputer  vendors  offer  no  formal  training, 
and  vendors  say  not  supply  self-study  instructional  material  to  help  the 
user  learn  to  use  their  hardware  and  software  capabilities.  Training  then 
Bay  beccnae  the  function  of  the  Inforaation  Center. 

This  check  list  contains  the  issues  relating  to  training  control.  The 
list  is  designed  to  be  ans%<ered  "Yes"  or  "No."  A  "Yes"  answer  indicates 
the  item  of  concern  has  been  adequately  addressed  by  the  Bicrocomputer 
installation.  A  "No"  answer  indicates  that  further  investigation  should  be 
undertaken  to  determine  the  severity  of  the  concern.  A  "Not  Applicable 
(N/A)"  answer  Bay  be  used  to  indicate  those  items  included  on  the  check 
list  which  are  not  applicable  for  the  organization  being  reviewed.  The 
"CoBBents"  section  at  the  end  of  the  check  list  is  provided  to  qualify  the 
"Yes"  ans««ers  in  which  a  concern  is  not  coBfpletely  satisfied  and  to  amplify 
the  "No"  areas.  Indicate  the  question  nuaber  to  which  each  ccnmnent  re¬ 
lates. 


1.  Does  the  Information  Center  provide  training  classes  on  the 
use  of  the  BicrocoBputer  system  (hardware)? 

2.  Are  "self-teach”  training  materials  available  on  the  use 
of  the  microcomputer  system  (hardware)? 

3.  Are  training  courses  and/or  training  material  available  for 
purchased  software  application  packages? 

4.  Are  procedures  established  to  train  users  on  in-house 
developed  applications? 

5.  If  a  vendor  goes  out  of  business,  does  the  organization 
own  the  rights  to  continue  using  the  training  courses? 

6.  If  the  vendor  goes  out  of  business,  can  the 
organization  reproduce  copy-righted  materials  for 
in-house  use? 


7.  Are  training  materials  updated  when  hardware,  software, 
and  in-house  developed  applications  are  updated? 

8.  Is  the  effort  expended  on  training  proportionate  to  the 
value  of  the  trained  resource  to  the  organization? 

COMMENTS ; 


AUDIT  CONTROL  ISSUES 


Audit  trails  provide  for  the  reconstruction  of  single¬ 
transaction  processing  and  for  the  reprocessing  of  large  aaounts  of  data 
for  recovery  purposes.  Audit  trails  can  be  created  by  the  operating  system 
or  by  application  prograaaiing.  The  need  for  an  audit  trail  say  not  be 
obvious  to  the  aicrocoaputer  user.  Many  do  not  recognize  the  significant 
role  of  the  audit  trail.  This,  if  coupled  with  the  lack  of  or  Bininal  audit 
trail  aids  provided  by  the  vendor,  can  lead  to  sone  serious  aicrocoaputer 
processing  reconstruction  problens. 

This  check  list  covers  the  control  issues  that  relate  to  audit  trails. 
The  list  is  designed  to  be  answered  “Yes”  or  "No."  A  "Yes"  answer 
indicates  the  item  of  concern  has  been  adequately  addressed  by  the  aicro- 
coaputer  installation.  A  "No"  answer  indicates  that  further  investigation 
should  be  undertaken  to  deteraine  the  severity  of  the  concern.  A  "Not 
Applicable  (N/A)"  answer  aay  be  used  to  indicate  those  iteas  included  on 
the  check  list  which  are  not  applicable  for  the  orgcmization  being 
reviewed.  The  "Coaments"  section  at  the  end  of  the  check  list  is  provided 
to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  completely  satisfied 
and  to  amplify  the  "No"  areas.  Indicate  the  question  nufld>er  to  which  each 
comment  relates. 

1 .  Has  a  determination  been  made  concerning  which  user 

applications  require  audit  trails?  _ 

2.  Have  audit  trails  requirements  been  defined  for  each 
applicat'on  that  should  have  one? 

3.  Can  all  financial  transactions  be  traced  to  their 
appropriate  control  totals? 

4.  Can  financial  control  totals  be  traced  doimward  to  all 
the  supporting  transactions? 

5.  Have  all  the  important  transactions  been  identified? 

6.  Can  the  important  transactions  be  reconstructed  if 

necessary”’  _ 

7.  Are  procedures  established  to  log  operator  actions? 

8.  Are  procedures  established  to  reconstruct  programs  if 
necessary? 

9.  In  a  comnnuiication  environment,  have  procedures  been  established 
to  reconstruct  communications  processing  if  necessary? 

10.  In  a  database  environment,  have  procedures  been  established 
to  reconstruct  database  processing  if  necessary? 

11.  Is  the  audit  trail’s  information  sufficient  to  support 
the  reconstruction  of  processing  and  requirements? 


C0^WENTS.• 


CONTROLLED  APPLICATIONS  PROCESSING  ISSUES 


A  Bajor  issue  is  the  control  within  applications  processing.  Controls 
are  necessary  to  ensure  that  transaction  processing  is  accurate,  coaplete, 
and  authorized.  Without  adequate  controls  the  integrity  of  processing 
cannot  be  assured.  Control  in  an  application  begins  when  the  data  is 
entered.  Control  assures  the  accuracy  of  input  and  processing,  integrity 
of  data  files,  and  accuracy  and  conpleteness  of  output  reports.  In 
addition,  control  should  prevent  inproper  transactions  froB  being  pro¬ 
cessed  . 

This  check  list  covers  the  control  issues  that  relate  to  applications 
controls.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes" 
answer  indicates  the  iteB  of  concern  has  been  adequately  addressed  by  the 
aicrocomputer  installation.  A  "No"  answer  indicates  that  further 
investigation  should  be  undertaken  to  determine  the  severity  of  the  con¬ 
cern.  A  "Not  Applicable  (N/A)"  answer  may  be  used  to  indicate  those  items 
included  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "CoBments"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  coapletely 
satisfied  and  to  aaplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  conent  relates. 

1.  Are  controlled  risks  identified?  _ 

2.  Has  the  severity  of  those  risks  for  the  microcomputer 
applications  been  determined? 


3.  Are  controls  established  ‘o  reduce  the  risks  to  an 
established  level? 


4.  Are  control  violations  documented  and  reported  to 
management? 


5.  Does  management  take  appropriate  control  violation 
actions  on  those  control  violations? 


6.  Are  the  controls  docuBented’’ 


7.  Are  the  controls  in  the  operating  environment  studied 
before  building  application  controls? 


8.  Are  the  controls  in  purchased  applications  known? 


9.  Are  the  controls  in  purchased  applications  adequate? 


10.  If  controls  in  purchased  applications  are  inadequate, 
have  steos  been  taken  to  improve  those  controls? 


COM^NTS ; 


USER  SATISFACTION  CONTROL  ISSUES 


User  satisfaction  in  a  ■icrocoaputer  installation  may  be  difficult  to 
■easure.  If  end  users  are  skilled  and  coiq>uter  requireaents  ai*e 
established  in  enough  detail  to  be  aeasurable,  then  user  satisfaction  can 
be  neaaured.  In  aany  Bicrocosiputer  installations,  however,  user 
expectations  have  not  been  defined,  and, thus,  are  not  directly  aeasurable. 
Prior  to  approving  the  acquisition  of  a  aicrocoaputer  systea,  the 
expectations  for  that  cosiputer  should  be  defined  and  quant i lied.  The 
results  can  then  be  neasured  against  the  requireaents  to  determine 
achievement.  In  addition,  end  users  should  be  queried  concerning  whether 
they  are  achieving  their  expectations  (because  their  requireawnts  aay 
change).  This  may  make  the  measurements  against  initial  requireaents 
inappropriate. 


This  check  list  covers  the  control  issues  that  relate  to  \i8er  sat¬ 
isfaction.  The  list  is  designed  to  be  answered  "Yes”  or  ”No.”  A  "Yes” 
answer  indicates  the  item  of  concern  has  been  adequately  addressed  by  the 
microcomputer  installation.  A  "No"  ansvrer  indicates  that  further  in- 
vesti.^ation  should  be  undertaken  to  determine  the  severity  of  the  concern. 
A  "Not  Applicable  (N/A)"  answer  may  be  used  to  indicate  those  iteius  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Comsents"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yes”  answers  in  which  a  concern  is  not  completely 
satisfied,  and  to  amplify  the  ”No”  areas.  Indicate  the  question  number  to 
*diich  each  ccmment  relates. 


Have  the  user’s  requirements  been  identified  and 
documented? 

Are  those  requirements  measurable? 


Have  they  been  measured? 


Have  procedures  been  established  to  determine  whether 
user  requirements  have  been  achieved? 


As  end  user  requirements  change,  are  the  methods 
of  measuring  user  satisfaction  changed  accordingly? 


Are  end  users  periodically  interviewed  regarding 
whether  the  computer  satisfies  their  needs? 


COM^NTS: 


Are  procedures  established  to  eliminate  or  change  those 
systems  which  do  not  satisfy  the  user’s  needs? 
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IC  USER’S  SURVEY 

This  survey  is  being  conducted  as  a  part  of  the  evaluation  of  the 
effectiveness  of  the  INFORMATION  CENTER  (IC)  at  this  installation.  Your 
cooperation  in  this  project  is  requested  by  completing  this  survey  as 
accurately  as  possible.  The  results  of  this  survey  will  be  used  to  assist 
the  IC  in  providing  the  types  of  services  you  need,  wherever  (K>ssible. 

In  this  survey  we  will  ask  your  about  your  use  of  microcomputers  and 
your  impressions  of  the  support  that  you  receive  from  your  IC.  We  are 
interested  in  your  response  regardless  of  the  amount  of  microcomputer 
experience  you  have  or  the  amount  of  your  contact  with  the  Information 
Center.  You  were  initially  selected  to  participate  in  this  survey  because 
of  your  attendance  at  a  training  cleiss  at  the  1C.  We  are  interested  in 
determining  if  the  training  has  assisted  you  in  the  performance  of  your 
job. 

All  of  your  answers  to  these  questions  will  be  held  in  confidence, 
with  only  members  of  the  evaluation  team  having  access  to  the  specific 
answers  you  provide. 


.<1 


USER  BACKGROUND 

This  part  of  the  survey  solicits  inforaation  about  your  background  as 
a  ]Bicrocaaq>uter  user,  how  you  use  c<»puters  on  your  job,  and  whether  you 
have  had  any  contact  with  the  IC  at  this  installation. 

1.  On  the  average,  how  auch  tiae  do  you  spend  per  week  working  on  a 

computer?  Microcomputer  _  Mainframe  _ 

2.  How  long  is  your  typical  coaputer  work  session? 


3.  Please  indicate  your  usage  of  the  various  coaputer  applications 
listed  below.  Use  a  scale  from  0  to  5  as  shown  below; 

0  No  use 

1  Less  than  monthly 

2  About  once  a  month 

3  Once  weekly 

4  Twice  weekly 
Daily 


Electronic  Hail 

Word  Processing 

Database 

Spreadsheet 

Model ing/Simulat ion 

Statistical  Analysis 

Ccmsputer  Based  Training 

Data  Ccnsnunications 

Graphics 


Microcomputer 


Mainframe 


Some  users  are  not  able  to  make  maximtjm  use  of  their  microcomputer 
systems  because  of  certain  limitations.  Which  of  the  following  would 
help  you  make  better/more  use  of  your  system? 

HARDWARE 

_  More  memory  in  computer 

_  Hard  disk 

Larger  hard  disk 

More  convenient  backup  system 

Better  monitor 


Modem 

Plotter 

Better  printer 


Graphics 

Enhanced  graphics 
Color  monitor 
Enhanced  color  monitor 


Better  daisy  wheel  printer 
Better  dot  matrix  printer 
Laser  printer 
Color  printer 
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USER  BACKGROUND 


SOFTWARE 

CoMunications  link  to  aainfrane 

Interface  betvfeen  aoftware  packages  (e.g.  ,  dat^aae  to 
spreadsheet  to  graphics  to  word  processing) 

Report  generators 

Statistical  packages  (e.g.,  SPSS  for  sicros) 

Decision  support  systens 

Windowing  software  for  nulti-tasking  (e.g.,  Topview) 
Microcc»puter  networking  and  multi-user  software 
Other 


As  a  user  of  a  microcomputer  or  mainframe  system,  you  may  have  an 
awareness  of  additional  knowledge  you  could  use  in  your  current  job. 
Which  of  the  following  do  you  wish  were  true  of  you? 

To  know  how  to  program 

To  know  more  about  what  hardware  and  software  is  available 

_  To  know  more  about  the  technical  details  of  the  hardware 

_  More  in-depth  knowledge  of  the  software  I  currently  use 

_  To  know  more  about  how  to  use  the  mainframe 

Which  of  the  following  factors  describe  your  particular  situation  at 
work? 


Can’t  get  enough  time  on  the  computer 
Can’t  get  the  computer  I  want 
Can’t  get  funds  to  purchase  computers 
Long  delays  in  procuring  equipment 
Can’t  get  the  training  classes  I  want 
Can’t  get  access  to  the  data  I  need 
Can’t  get  timely  assistance 


PC  PRODUCTIVITY  SURVEY 


This  section  of  the  survey  seeks  to  obtain  an  indication  of  the  impact 
of  training  that  you  have  received  tram  the  IC  upon  your  microcoaputer 
productivity.  Please  answer  the  following  questions  to  the  best  of  your 
knowledge. 


1.  Did  you  use  a  microcomputer  prior  to  your  classroom  training' 


2.  What  was  your  reason  and/or  objective  for  participating  in  the 
classroom  training?  _ 


PC  PRODUCTIVITY  SURVEY 

4.  In  what  vrays  are  you  aore  productive  and/or  effective  in  performing 
your  job?  Please  cite  exaaples: 
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PC  PRODUCTIVITY  SURVEY 


5.  Please  list  the  routine  tasks  you  now  accoaplish  on  a  aicrocoaputer 
and  indicate  the  approxiaate  change  in  the  time  required  to  accoaplish 
these  tasks. 


«  HOURS  PER  WEEK 
BEFORE  AFTER  TIME 

MICRO  MICRO  SAVED 


PC  PRODUCTIVITY  SURVEY 


6.  Please  list  the  software  packages  you  now  use  and  indicate  the 
^M>roxiBate  nu^er  of  hours  per  week  you  use  then. 


IC  SERVICES  ISSUES 


1.  Soae  of  the  services  that  an  IC  can  provide  are  listed  below.  In  the 
first  column,  check  those  services  you  believe  are  currently  provided  by 
the  IC  at  this  installation.  Place  a  check  in  the  second  column  if  you 
currently  utilize  that  service. 

SERVICES 
PROVIDED  USED 

Needs  analysis 

Application  development  (using  off-the-shelf 

software)  _  _ 

Introductory  training  _  _ 

Advanced  training  _  _ 

Cosiputer-based  instruction  _  _ 

Cost-benefit  analysis 

Custom  programming  (using  compilers  or 

interpreters)  _  _ 

Data  administration  _ 

Demonstrations  in  the  IC  (hardware/ software)  _  _ 

Disaster  recovery  _  _ 

Documentation  development  _ 

Hardware  repair  and  maintenance  _  _ 

Graphics  production 

Hardware/softkfare  configuration  _  _ 

Hardware/software  installation 

Hardware/software  problem  diagnosis  _ 

Hotline/trouble  desk 

Loaner  equipment  _  _ 

Nevrsletter 
One-on-one  training 

Hardware/software  evaluations  _  _ 

User  groups  _  _ 

Vendor  liaison 

Hardware/software  procurement  assistance  _  _ 
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IC  SERVICES  ISSUES 

2.  In  first  coluan  below,  check  the  services  that  you  believe  are  not  now 
provided  but  which  you  feel  you  need  at  this  tiae.  In  the  second  column 
check  those  services  that  you  feel  you  will  need  within  the  next  year. 


NEEDS 

NOW  FUTURE 


Needs  analysis 

Application  development  (using  off-the-shelf 
software) 

Introductory  training 
Advanced  training 
Computer-based  instruction 
Cost-benefit  analysis 
Custom  programming  (using  compilers  or 
interpreters) 

Data  administration 

Demonstrations  in  the  IC  (hardware/software) 

Disaster  recovery 

Documentation  development 

Hardware  repair  and  maintenance 

Graphics  production 

Hardware/software  configuration 

Hardware/software  installation 

Hardware/software  problem  diagnosis 

Hot  line/ trouble  desk 

Loaner  equipment 

Newsletter 

One-on-one  training 

Hardware/software  evaluations 

User  groups 

Vendor  liaison 

Hardware/software  procurement  assistance 


MICROCOMPUTER  ADVICE  SCALES 


DIRECTIONS:  At  the  present  tise.  you  say  be  consulting  various  sources 

for  advice  concerning  aicrocoaputers  and  their  use.  Listed  below  are  nine 
potential  sources  of  advice  concerning  aicrocoaputers .  Please  refer  to 
these  sources  in  answering  the  following  questions. 

POTENTIAL  ADVICE  SOURCES 

1  =  iMediate  co-workers 

2  =  Your  supervisor 

3  =  Instruction  aanuals  (user's  guides,  etc.) 

4  =  User’s  groups  or  other  professional  clubs  and  organizations 

5  =  Coaaercial  coaputer  stores 

6  =  Trade  Journals,  aagazines,  etc. 

7  =  Installation  personnel  other  than  iamediate  co-workers  or  IC 

personnel 

8  =  Friends,  relatives,  other  people  not  employed  on  post 

9  =  Your  Information  Center 

_  1.  When  you  have  a  procedural  problem  with  the  application 

software  you  are  using,  froa  whom  are  you  most  likely  to  seek 
advice? 


When  you  have  a  problem  with  the  har^are  or  operating  system 
software  you  are  using,  from  whom  are  you  most  likely  to  seek 
advice? 


If  someone  on  the  post  inquires  concerning  assistance  in 
using  a  microccMiputer,  who  would  you  recommend  they  con¬ 
tact? 


tt***t**********************tt*t**t***tt*t***********************$************ 

DIRECTIONS:  Please  rank  each  of  the  sources  of  advice  shown  below,  in 

the  order  of  the  degree  of  ACCURACY  of  the  information  you 
typically  receive  from  them.  Use  a  rank  order  where  one  is  the  best  and 
nine  is  the  worst. 

_  Information  Center  personnel 

User’s  groups  and  professional  clubs 
Friends  and  acquaintances  not  employed  on  post 
Immediate  co-workers 

_  Instruction  manuals  (user’s  guides,  etc.) 

Trade  Journals,  aagazines,  etc. 

Commercial  computer  stores 

Installa.ion  personnel  other  than  immediate  co-workers 
Your  supervisor 


MICROCOMPUTER  ADVICE  SCALES 


DIRECTIONS:  Please  rank  each  of  the  aourcea  of  advice  ahown  below,  in 

the  order  of  the  degree  of  UNDERSTAND ABILITY  of  the  inforaation  you 
typically  receive  from  them.  Use  a  rank  order  where  one  is  the  best  and 
nine  is  the  worst. 

Information  Center  personnel 
User’s  groups  and  professional  clubs 

_  Friends  and  acquaintances  not  employed  on  post 

_  Iniediate  co-workers 

_  Instruction  manuals  (user’s  guides,  etc.) 

_  Trade  Journals,  magazines,  etc. 

Commercial  computer  stores 

_  Installation  personnel  other  than  immediate  co-workers 

Your  supervisor 

t****t********t***tt************it$it***t***t*t*t********1f**W***********t*^ 


DIEECTTONS:  Please  rank  each  of  the  sources  of  advice  shown  below,  in 

the  order  of  the  degree  of  TIMELINESS  of  the  information  you 
typically  receive  from  them.  Use  a  rank  order  where  one  is  the  best  and 
nine  is  the  worst. 

_  Information  Center  personnel 

_  User’s  groups  and  professional  clubs 

_  Friends  and  acquaintances  not  employed  on  post 

lomediate  co-workers 

Instruction  manuals  (user’s  guides,  etc.) 

Trade  Journals,  magazines,  etc. 

Commercial  computer  stores 

_  Installation  personnel  other  than  immediate  co-workers 

_  Your  supervisor 


TRAINING  COURSE  EVALUATION 


Education  and  training  are  often  one  of  the  prise  functions  of  the 
Inforaation  Center.  This  is  not  a  ssall  task.  Nicrocoaputer  usage  is 
spreading  throughout  the  workplace,  and  the  demand  for  training  is  in¬ 
creasing  exponentially  in  most  installations.  This  trend  must  be  accoamr 
dated.  The  training  objectives  can  only  be  attained  if  the  courses  pro¬ 
vided  meet  the  needs  of  the  end  users;  therefore,  periodic  evaluations  of 
the  course  content  must  be  made. 

The  list  of  questions  below  relates  to  the  issues  addressed  in  the 
evaluation  of  the  course  content  of  the  training  provided  by  your  IC.  The 
list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes"  answer  indicates 
the  item  of  concern  has  been  adequately  addressed  by  the  microcomputer 
installation.  A  "No"  answer  indicates  that  further  investigation  should  be 
undertaken  to  determine  the  severity  of  the  concern.  A  "Not  Applicable 
(N/A)”  answer  may  be  used  to  indicate  those  items  included  on  the  check 
list  which  are  not  applicable  for  the  organization  being  reviewed.  The 
"Comments"  section  at  the  end  of  the  check  list  is  provided  to  qualify  the 
"Yes"  answers  in  which  a  concern  is  not  completely  satisfied,  and  to  ampli¬ 
fy  the  "No"  areas.  Indicate  the  question  number  to  which  each  comment 
relates.  Complete  an  evaluation  for  each  training  course  you  have  taken. 

1.  Did  the  course  address  your  specific  needs?  _ 

2.  Did  the  content  of  the  course  cover  your  requirements?  _ 

3.  Was  the  course  directly  applicable  to  the 
hardware/software  available  in  your  organization? 

4.  Was  the  course  attention-holding,  interesting,  and  easy 

to  understand?  _ 


5.  Was  the  course  interactive? 

6.  Did  the  course  accomodate  the  range  of 
student  experience  and  interest? 

7.  Were  there  different  presentation  methods? 

8.  Were  reinforcement  and  review  techniques  used? 

9.  Was  a  logical  sequence  of  instructions  used? 

10.  Did  the  learning  steps  cover  concepts  in  logical  order? 

11.  Was  the  course  material  accurate? 


12.  Was  the  use  of  graphics  and  visual  aids  appropriate? 

13.  Did  the  course  provide  hands-on  use  of  the  actual 
hardware  and  software? 


COMMENTS: 


TRAINING  CONTROL  ISSUES 


I 


Uaers  of  ■icrocoaputers  need  training  in  the  operation  of  both  hard¬ 
ware  and  aoftware.  Many  aicrocoaputer  vendors  offer  no  foraal  training, 
and  vendors  say  not  supply  self-study  instructional  aaterial  to  help  the 
user  learn  to  use  their  hardware  and  software  capabilities.  Training  then 
■ay  becoae  the  function  of  the  Inforaation  Center. 


The 


be 


This  check  list  contains  the  issues  relating  to  training  control, 
list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes"  ar.awer  indicates 
the  item  of  concern  has  been  adequately  addressed  by  the  aicrocoaputer 
installation.  A  "No"  answer  indicates  that  further  investigation  should 
undertaken  to  determine  the  severity  of  the  concern.  A  "Not  Applic^le 
(N/A)"  answer  aay  be  used  to  indicate  those  iteas  included  on  the  check 
list  which  are  not  applicable  for  the  organization  being  reviewed.  The 
"CoBBents"  section  at  the  end  of  the  check  list  is  provided  to  qualify  the 
"Yes"  anst«ers  in  which  a  concern  is  not  coapletely  satisfied  and  to  amplify 


the  "No"  areas.  Indicate  the  question  number  to  which  each 


re 


lates. 


Does  the  Information  Center  provide  training  classes  on  the 
use  of  the  aicroc<»puter  system  (hardware)? 


Are  "self-teach"  training  materials  available  on  the  use 
of  the  microcomputer  system  (hardware)? 


3. 

4. 


6. 


7. 


8. 


Are  training  courses  and/or  training  material  avail  ible  for 
purchased  software  application  packages? 

Are  procedures  established  to  train  users  on  in-house 
developed  applications? 

If  a  vendor  goes  out  of  business,  does  the  organization 
own  the  rights  to  continue  using  the  training  courses? 

If  the  vendor  goes  out  of  business,  can  the 
organization  reproduce  copy-righted  materials  for 
in-house  use? 

Are  training  materials  updated  when  hardware,  software, 
and  in-house  developed  applications  are  updated? 

Is  the  effort  expended  on  training  proportionate  to  the 
value  of  the  trained  resource  to  the  organization? 


CO^WENTS: 


-  I 


COST-BFFBCTIVBNBSS  CONTROL  ISSUES 


Microcoaputer  systeas  are  frequently  installed  because  they  are  Bore 
cost-effective  than  other  processing  solutions.  The  deteniination  of  this 
cost-effectiveness  requires  the  organization  to  detenoine  or  estiaate  both 
the  benefits  and  the  costs  of  installing  a  aicrocoaputer.  These  benefits- 
/costs  can  then  be  coapared  to  other  processing  solutions.  Few  aicro¬ 
coaputer  installations  go  through  a  detailed  benefit/cost  analysis.  The 
reason  for  this  is  that  the  cost  of  the  aicrocoaputer  usually  does  not 
warrant  an  extended  study.  When  all  of  the  costs  are  acciniulated,  however, 
organizations  may  be  surprised  at  the  total  costs  associated  with  obtaining 
a  Bicrocoiq>uter.  Microcoaputer  installations  need  not  go  through  the  saae 
detailed  cost  analysis  perforaed  by  the  large  computer  installation,  they 
should  perfora  a  benefit/cost  calculation,  however.  Without  this  calcula¬ 
tion,  many  non  cost-effective  aicrocoaputer  installations  aay  be  aade. 

This  check  list  covers  the  control  issues  that  relate  to  cost — 
effectiveness.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes" 
answer  indicates  the  itea  of  concern  has  been  adequately  addressed  by  the 
aicrocoaputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  determine  the  severity  of  the  concern. 

A  "Not  Applicable  (N/A)"  answer  may  be  used  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Coasents"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  completely 
satisfied  and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  coament  relates. 


Does  aanagonent  require  a  benefit/cost  study  prior  to 
acquiring  a  microcomputer  system? 

If  so,  have  those  procedures  been  followed? 

Do  the  costs  include  documentation,  training,  site 
preparation,  and  other  costs  associated  with 
installing  a  aicroccnputer? 

Is  a  benefit/cost  study  made,  even  if  analyzed  in  a 
cursory  manner,  prior  to  purchasing  or  installing  a  new 
application? 

Are  microcomputer  users  aware  of  the 
costs  associated  with  using  that  equipment? 

Are  aicrocomputer  users  cnifare  of  the  cost  of  alternate 
means  of  processing? 

Are  system  applications  and  reports  regularly  reviewed 
to  ensure  that  unneeded  or  obsolete  systems  or  reports 
are  eliBinated*^ 


CO^WENTS.• 


I 


STANDARDIZATION  CONTROL  ISSUES 


Nicrocoaputer  standards  should  exist  in  an  orgcuiization.  Soae  minimal 
standards  should  be  established  such  as  access  standards.  In  aost  cases, 
the  long-range  direction  for  aicrocoaputers  is  connection  into  a  local  area 
network.  Without  some  long-range  planning,  organizations  aay  acquire 
various  aicrocoaputers  which  are  not  coapatible.  When  this  happens,  data 
from  one  computer  cannot  be  readily  transmitted  or  transferred  between 
computers. 

This  check  list  covers  the  control  issues  that  relate  to  stand¬ 
ardization.  The  list  is  designed  to  be  answered  "Yes"  or  "No.”  A  "Yes" 
answer  indicates  the  itea  of  concern  has  been  adequately  addressed  by  the 
aicroccnputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  determine  the  severity  of  the  concern. 

A  "Not  Applicable  (N/A)"  answer  nay  be  iised  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Coaments"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  coapletely 
satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question  nuaiber  to 
which  each  coanent  relates. 

1.  Does  the  organization  have  a  standard  procedure  for 
acquiring  microcomputer  hardware  and  software? 

2.  Can  all  of  the  installation’s  microcomputers 
cominicate  on  the  available  network? 


3.  Are  there  certain  vendor  requirements,  such  as  specific 
application  programs,  that  must  be  met  prior  to 
acquiring  a  microcomputer  system  from  that  vendor? 

4.  Before  it  can  become  operational,  does  the 
microcomputer  installation  require  operational  programs 
to  meet  minimal  standards  advertised  by  the  vendor? 

5.  Are  data  files  adequately  labeled  to  allow 
identification  by  cm  application  prior  to  use? 

6.  Has  one  individual  been  appointed  to  oversee  the 
microcomputer  standards? 

COMMENTS: 


B-58 


STJTOr»jr»jrTjr» 


SYSTEMS  DEVELOPMENT  CONTROL  CHECK  LIST 

Most  end-users  purchase  application  packages.  Those  who  develop  their 
own  applications  should  take  advantage  of  the  tiae-tested  techniques  for 
developing  systeas  properly.  There  is  waste  inherent  in  poor  system 
developaent.  For  exaaple,  it  is  far  superior  to  follow  the  system  desigr 
process  of  defining  requireaents,  developing  systea  specifications,  and 
then  to  do  the  progrsmiing  and  testing.  In  s(»e  aicrocoaputer  in¬ 
stallations,  users  inefficiently  begin  the  systea  developaent  process  by 
viriting  program. 

This  check  list  covers  the  control  issues  that  relate  to  systems 
developaent.  The  list  is  designed  to  be  answered  ’’Yes”  or  "No."  A  "Yes" 
answer  indicates  the  itea  of  concern  has  been  adequately  addressed  by  the 
microcoaputer  installation.  A  "No"  ansvrer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  determine  the  severity  of  the  concern. 

A  "Not  Applicable  (N/A)"  answer  my  be  used  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Coaaents"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  completely 
satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question  nuid>er  to 
which  each  coment  relates. 

1.  Has  an  procedure  been  established  to  require 
aanagement  approval  of  applications  before  they  are 

devel oped?  _ 

2.  Has  an  procedure  been  established  requiring 
aanagement  approval  prior  to  purchasing  computer 
applications? 


Is  the  benefit/cost  of  an  application  determined 
prior  to  comencing  the  project? 

Is  a  determination  made  if  an  application  can  be 
purchased  prior  to  developing  the  application  in-house? 

Before  integrating  it  within  the  microcomputer  system,  is  a 
determination  made  whether  the  c(»puter  has  sufficient 
capacity  to  execute  the  desired  function? 

Prior  to  approving  the  project,  has  it  been 
determined  that  the  proposed  microcomputer  system 
application  can  not  be  performed  by  another 
application  system  in  the  organization? 

Do  user  aicrocoaputer  personnel  possess  the  necessary 
skills  t..  develop  the  application  for  the  microc<»puter? 

Has  a  systems  development  procedure  been  established? 

If  so,  is  the  complexity  of  the  procedure  related  to 
the  importance  of  the  project? 


COMMENTS: 


VwVJV’uV 


V  .V  L*. 


SYSTEM  DOCIMBNTATION  CONTROL  ISSUES 


Purchased  or  developed  aicrocoaputer  applications  aay  only  have 
■iniaal  docmentation.  The  docuaentation  provided  by  application  system 
vendors  varies  significantly  froa  outstanding  to  poor.  Some  systeas  have 
excellent,  easy-to-read,  easy-to-follow  docuaentation,  while  others  provide 
only  the  ainiaal  docuaentation  necessary.  In  addition,  users  developing 
their  own  applications  frequently  feel  they  do  not  need  to  docnaient  their 
work.  Lacking  adequate  docuaentation,  users  aay  not  be  able  to  use  the 
system  effectively,  to  continue  to  use  it  (if  the  key  user  is  transferred) , 
or  to  aodify  the  application  economically. 

The  following  check  list  addresses  the  issues  associated  with  user 
application  documentation.  The  list  is  designed  to  be  answered  "Yes”  or 
"Ho."  A  "Yes"  answer  indicates  the  it»  of  concern  has  been  adequately 
addressed  by  the  microcoaputer  installation.  A  "No"  anst^er  indicates  that 
further  investigation  should  be  undertaken  to  deteraine  the  severity  of  the 
concern.  A  "Not  Applicable  (N/A)”  anst«er  aay  be  used  to  indicate  those 
items  included  on  the  check  list  which  are  not  applicable  for  the  or¬ 
ganization  being  reviewed.  The  "Coaments"  section  at  the  end  of  the  check 
list  is  provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not 
completely  satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question 
number  to  which  each  comment  relates. 

1.  Has  a  minimum  level  of  documentation  for  microcomputer 
applications  been  established? 

2.  Is  a  minimum  level  of  documentation  required  for 
purchased  applications? 

3.  Are  user  instructions  documented?  _ 

4.  Does  documentation  exist  concerning  use  of  the  outputs 
from  the  application? 

5.  Is  there  docuaentation  on  how  to  fix  a  problem  in 

purchased  applications?  _ 

6.  Do  purchased  applications  have  docuaentation  explaining 
how  to  get  outside  help? 

7.  Are  the  application  controls  documented? 

8.  Is  documentation  prepared  in  accordance  with 
the  importance  of  the  application  to 

the  organization? 


CCWffiNTS : 


HARDWARE  RELIABILITY  CONTROL  ISSUES 

Soae  aicrocoaputers  have  self-diagnosing  circuitry.  When  problems 
occur,  the  coafputer  diagnoses  its  own  problon  and  acts  accordingly.  Micro¬ 
computers  without  some  of  this  diagnostic  circuitry  but,  without  the  built- 
in  circuitry  to  notify  the  user,  the  problem  will  not  be  detected. 

The  following  check  list  addresses  the  issues  associated  with  hardware 
reliability.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes” 
answer  indicates  the  item  of  concern  has  been  adequately  addressed  by  the 
microcomputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  determine  the  severity  of  the  concern. 

A  "Not  ^plicable  (N/A)"  answer  may  be  used  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Ccwments”  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  completely 
satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  comment  relates. 

1.  Does  the  vendor  provide  a  guarantee  on  the  reliability 
of  the  hardware? 


Does  the  hardware  have  circuitry  to  identify  hardware 
problems  to  the  user? 

Is  the  organization  provided  with  a  manual  explaining 
testing  the  reliability  of  the  hardware  circuitry? 

Is  a  hardware  errors  log  maintained  to  help 
track  the  reliability  of  the  hardware? 

Are  there  procedures  which  specify  who  is  to 
be  called  in  the  event  of  a  hardware  problem? 

Is  the  reliability  history  of  the  microccsoputer  system 
evaluated  prior  to  the  purchase  through  reference  to 
publications  or  a  survey  of  existing  users? 


COMMENTS: 


I 

1 

J 

I 

.V 


B-61 


HARDWARE  MAINTENANCE  CONTROL  ISSUES 


Any  piece  of  Bachinery  can  fail.  When  it  does,  service  is  needed. 
Vendors  of  saall  cooputers,  or  may  not  service  their  own  coaputers.  In 
addition,  if  they  service  the  computer,  they  aay  not  do  it  on-site.  If 
vendor  service  is  not  readily  available,  third-party  aaintenance  service 
should  be  arranged. 

The  questions  below  list  the  issues  that  relate  the  hardware  aainie- 
nance.  The  list  is  designed  to  be  answered  "Yes”  or  ”No.^  A  "Yes"  answer 
indicates  the  item  of  concern  has  been  adequately  addressed  by  the  micro- 
coaputer  installation.  A  "No"  answer  indicates  that  further  investigation 
should  be  undertaken  to  determine  the  severity  of  the  concern.  A  "Not 
Applicable  (N/A)"  answer  may  be  used  to  indicate  those  items  included  on 
the  check  list  which  are  not  applicable  for  the  organization  being  re¬ 
viewed.  The  "CoBonents"  section  at  the  end  of  the  check  list  is  provided  to 
qualify  the  "Yes"  answers  in  which  a  concern  is  not  completely  satisfied, 
and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to  which  each 
comment  relates. 

i.  Does  the  Information  Center  offer  maintenance  service? 


2.  Is  the  service  convenient  to  obtain? 


3.  Has  the  maximum  permissible  down-time  been  established? 

4.  Are  the  services  provided  within  the  maximum  down-time? 

5.  Have  procedures  been  developed  for  when  and  how  to 
request  maintenance  services? 

6.  Are  microcomputer  users  trained  in 
how  to  perform  routine  maintenance? 

7.  Has  the  cost  of  maintenance  been  predetermined  and 
budgeted? 

8.  Are  logs  maintained  to  show  the  amount  of  down-time? 

9.  Are  third-party  services  for  maintenance  available? 


COWENTS: 


SOFTOAHE  RELIABILITY  CONTROL  ISSUES 


Quality  software  requires  extensive  testing.  Testing  is  a  very  costly 
process;  however  without  this  testing  software  may  fail,  or,  even  worse, 
produce  erroneous  results  without  detection.  Many  aicrocoaputer  users  rely 
heavily  on  vendor-produced  systea  and  application  software;  therefore, 
when  software  produces  erroneous  results,  the  users  aay  not  detect  the 
problea,  or  they  aay  be  uncertain  of  the  cause  and/or  correction.  They 
aust  rely  on  outside  help  (IC  or  vendor),  if  it  is  available. 

The  list  below  asks  questions  relating  to  software  reliability  control 
issues.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes"  answer 
indicates  the  itea  of  concern  has  been  adequately  addressed  by  the  aicro- 
c<»puter  installation.  A  "No"  answer  indicates  that  further  investigation 
should  be  iindertaken  to  deteraine  the  severity  of  the  concern.  A  "Not 
Applicable  (H/A)"  answer  aay  be  used  to  indicate  those  items  included  on 
the  check  list  which  are  not  applicable  for  the  organization  being  re¬ 
viewed.  The  "coBBents”  section  at  the  end  of  the  check  list  is  provided  to 
qualify  the  "Yes"  answers  in  which  a  concern  is  not  ccwpletely  satisfied, 
and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to  which  each 
comment  relates. 

1.  Has  the  degree  of  reliability  desired  in  the  software 
been  determined? 


2.  Have  tests  been  made  to  determine  that  the  software 
achieves  the  predetermined  degree  of  reliability? 

3.  Prior  to  purchase,  have  other  users  of  purchased  soft¬ 
ware  been  contacted  to  determine  the  reliability  of  the 
software? 


4.  If  versions  are  changed,  have  backup  versions  been 
maintained  in  case  the  updated  version  proves 
unreliable? 


5.  Do  developers  of  in-house  software  have  the  necessary 
skills  to  develop  the  software? 

6.  Are  procedures  established  for  software  test  and 
validation  ? 


7.  Are  software  problem  logs  maintained  to  identify 
high-problem  software? 

8.  Are  procedures  included  in  vendor  or  developer 
contracts  to  cope  with  software  problems? 

COfWENTS; 


SOFTWARE  MAINTENANCE  CONTROL  ISSUES 


Software  has  the  saae  types  of  problem  as  hardware.  When  problems 
occur,  they  nc^  to  be  fixed.  In  some  instances,  the  aicroca^>uter  user 
may  have  the  source  code  of  the  softmre  and,  thus,  may  have  the 
opportunity  to  fix  the  problon.  In  other  instances,  the  vendor  may  refuse 
to  release  the  source  code,  in  which  case  the  vendor  must  maintain  the 
software  package.  When  the  microcomputer  user  relies  upon  a  software 
package  and  it  fails,  it  may  need  to  be  fixed  quickly.  Again  vendor  help 
service  is  required. 

The  following  list  of  questions  relate  to  the  software  maintenance 
issues  idiich  should  be  addressed.  The  list  is  designed  to  be  answered 
"Yea"  or  "No."  A  "Yes"  answer  indicates  the  item  of  concern  has  been 
adequately  addressed  by  the  microcomputer  installation.  A  "No"  answer 
indicates  that  further  investigation  should  be  undertaken  to  determine  the 
severity  of  the  concern.  A  "Not  Applicable  (N/A)"  answer  may  be  used  to 
indicate  those  items  included  on  the  check  list  which  are  not  applicable 
for  the  organization  being  reviewed.  The  "Cosmients"  section  at  the  end  of 
the  check  list  is  provided  to  qualify  the  "Yes"  answers  in  which  a  concern 
is  not  completely  satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the 
question  nu^er  to  which  each  comment  relates. 

1.  Does  the  Installation  possess  the  necessary  skills  to 
maintain  software  developed  in-house? 

2.  Has  a  procedure  been  developed  to  indicate  when 
maintenance  should  be  performed? 

3.  Do  the  vendors  of  the  purchased  software  provide 
maintenance? 


4.  Is  software  maintenance  convenient  to  obtain? 


5.  Has  the  cost  of  maintenance  been  determined? 


6.  Has  the  maximum  desired  down-time  for  software  been 
determined? 


7.  Can  software  maintenance  be  provided  within  that 
maximum  down-time  period? 

8.  Are  logs  maintained  to  show  the  amount  of  down-time? 

9.  If  down-time  is  excessive,  can  a  refund  or  a 
re-negotiation  of  the  contract  be  made  with  the  vendor? 

10.  If  the  vendor  goes  out  of  business,  is  source  code 
available  for  continuing  modification  of  leased 
software  packages? 

11.  If  the  software  package  vendor  goes  out  of  business, 
are  the  rights  of  the  user  protected? 


COMMENTS: 


CENTRAL  COMPUTER  ACCESS  CONTROL  ISSUES 


Access  coatrol  is  a  key  control  in  the  aicrocoaputer  tiae-  sharing 
environaent.  Access  controls  liait  access  to  the  coaputer,  prograas,  and 
the  data.  Restricting  access  is  dependent  upon  the  capabilities  built  into 
the  coaputer  operating  systea.  Soae  coaputers  have  a  svstea  which  re¬ 
stricts  access  to  those  people  possessing  the  correct  passwords.  Although 
this  is  noraally  a  single-level  control,  it  is  better  than  no  control  at 
all.  Access  also  should  be  restricted  to  data  stored  off-site.  Organ¬ 
izations  store  backup  data  away  frcan  the  aicrocc^sputer  in  case  of  a  dis¬ 
aster.  Should  fire  or  other  problems  occur,  the  backup  data  peraits  the 
installation  to  regain  operational  status  quickly. 

The  following  check  list  relates  to  the  issues  involved  in  access 
control.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes" 
answer  indicates  the  item  of  concern  has  been  adequately  addressed  by  the 
microcomputer  installation.  A  "No”  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  determine  the  severity  of  the  concern. 

A  "Not  Applicable  (N/A)"  ansvrer  may  be  used  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Cosaents"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  completely 
satisfied  and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  that  the  cosment  relates. 

1.  Does  the  operating  systea  software  of  the  central  computer 
include  access  control? 


2.  Are  procedures  established  to  evaluate  the  access 
control  features  provided  by  hardware  and  software 
vendors  to  determine  whether  or  not  they  should  be 
utilized? 


3.  Is  access  to  both  data  and  programs  determined? 

4.  Has  a  determination  been  made  and  enforced 
regarding  who  can  have  access  to  the  central 
computer  system  facility? 

5.  Are  central  computer  system  access  violations  reported 
to  management? 

6.  Have  physical  security  measures  been  taken? 

7.  Are  operators,  systems  programmers,  and  other  computer 
data  processing  personnel  subject  to  the  same  access 
rules  as  any  other  user  of  the  system? 


COM^NTS: 
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CENTRAL  COMPUTER  SERVICE  LEVEL  CONTROL  ISSUES 


Central  tiaesharing  coaputers  can  easily  becoae  overloaded:  their 
capacities  are  limited.  When  the  capacity  of  the  system  is  approached,  the 
service  level  degrades  quickly.  In  addition,  some  hardware  commands  and 
software  c^>abilities  may  be  inefficient.  For  example,  some  of  the  mathe¬ 
matical  functions  may  take  an  excessive  amount  of  time  to  execute.  If  the 
users  are  unaware  of  these  inefficiencies,  they  may  use  capabilities  which 
require  an  unreasonable  amount  of  time  for  execution. 

This  check  list  covers  the  control  issues  that  relate  to  central 
computer  service  level  control.  The  list  is  designed  to  be  answered  "Yes" 
or  "No."  A  "Yea"  answer  indicates  the  item  of  concern  has  been  adequately 
addressed  by  the  microccxnputer  installation.  A  "No"  answer  indicates  that 
further  investigation  should  be  undertaken  to  determine  the  severity  of  the 
concern.  A  "Not  Applicable  (N/A)"  answer  may  be  used  to  indicate  those 
items  included  on  the  check  list  which  are  not  applicable  for  the  organ¬ 
ization  being  reviewed.  The  "Comsents"  section  at  the  end  of  the  check 
list  is  provided  to  qualify  the  "Yea"  answers  in  which  a  concern  is  not 
ccHopletely  satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question 
number  to  which  each  comment  relates. 

1.  Are  the  resources  adequate  to  handle  the  desired 
applications? 

2.  Has  a  procedure  been  established  for  prioritizing  work 

when  demand  exceeds  capacity?  _ 

3.  Has  a  procedure  been  established  for  prioriti2:.ng  work 
after  a  computer  problem  has  caused  down-time? 

4.  Has  a  procedure  been  established  to  prevent  users  from 
monopolizing  resources? 

5.  Are  service  levels  monitored  to  determine  when  system 
capacity  action  is  needed? 

6.  Have  procedures  been  established  to  determine  what  new 
capacity  requirements  will  be  placed  on  the  central 
computer? 

7.  Is  a  job  log  maintained  to  determine  where 
resources  are  being  utilized? 

8.  Does  a  long-range  capacity  plan  eviat? 

9.  Are  users  regularly  queried  as  to  their  level  of 
satisfaction? 


COMMENTS: 


CONTROLLED  APPLICATIONS  PROCESSING  ISSUES 


A  aajor  issue  is  the  control  within  applications  processing.  Controls 
are  necessary  to  ensure  that  transaction  processing  is  accurate,  coaplete, 
and  authorized.  Without  adequate  controls  the  integrity  of  processing 
cannot  be  assured.  Control  in  an  application  begins  when  the  data  is 
entered.  Control  assures  the  accuracy  of  input  and  processing,  integrity 
of  data  files,  and  accuracy  and  coopleteness  of  output  reports.  In 
addition,  control  should  prevent  iaproper  transactions  froa  being  pro¬ 
cessed. 


This  check  list  covers  the  control  issues  that  relate  to  applications 
controls.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes" 
answer  indicates  the  itew  of  concern  has  been  adequately  addressed  by  the 
■icrocoaputer  installation.  A  "No"  answer  indicates  that  further 
investigation  should  be  undertaken  to  detennine  the  severity  of  the  con¬ 
cern.  A  "Not  Applicable  (N/A)"  answer  nay  be  used  to  indicate  those  items 
included  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Coasients"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  completely 
satisfied  and  to  amplify  the  "No"  areas.  Indicate  the  question  nui^er  to 
which  each  comment  relates. 


1.  Are  controlled  risks  identified? 


Has  the  severity  of  those  risks  for  the  microcomputer 
applications  been  determined? 


3.  Are  controls  established  to  reduce  the  risks  to  an 
established  level? 


4.  Are  control  violations  documented  and  reported  to 
management? 


5.  Does  management  take  appropriate  control  violation 
actions  on  those  control  violations? 


6.  Are  the  controls  documented? 


Are  the  controls  in  the  operating  environment  studied 
before  building  application  controls? 


8.  Are  the  controls  in  purchased  applications  known? 


Are  the  controls  in  purchased  applications  adequate? 


If  controls  in  purchased  applications  are  inadequate, 
have  steps  been  taken  to  improve  those  controls? 


C(»^1ENTS; 


*■>  V  V  V  V  * 


CONTINUITY  OF  OPERATIONS  CONTROL  ISSUES 


The  installation  should  detenine  the  iaportance  of  aicroconputer 
continuity  of  operation.  Hanagement  should  decide  the  nuaber  of  hours, 
■inutes,  or  days  that  the  computer  can  be  down  without  adversely  impacting 
operations.  This  is  the  primary  decision  in  determining  the  procedures  to 
ensure  continuity  of  operations.  In  microcomputer  installations,  it  nay  be 
necessary  to  have  two  or  more  microcomputers  to  ensure  continuity  of  op¬ 
eration.  However,  this  nay  only  be  effective  against  hardware  failures  and 
not  effective  against  other  risks.  Continuity  of  operati'-rio  is  important 
because  it  determines  the  amount  of  resources  expended  to  ensure  that 
operations  continue. 

This  check  list  covers  the  control  issues  that  relate  to  continuity 
of  operations.  The  list  is  designed  to  be  answered  "Yea"  or  "No."  A  "Yes" 
answer  indicates  the  item  of  concern  has  been  adequately  addressed  by  the 
microcomputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  determine  the  severity  of  the  concern. 

A  "Not  Applicable  (N/A)"  answer  may  be  used  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Comments"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yea"  answers  in  which  a  concern  is  not  completely 
satisfied  and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  comment  relates. 

1.  Have  the  operations  which  are  needed  for  conducting  the 
day-to-day  work  of  the  organization  been  identified? 

2.  Have  procedures  been  established  to  ensure  that  those 
operations  can  be  run  on  a  timely  basis? 

3.  Has  sufficient  data  been  stored  off-site  to  ensure 
continuity  of  those  operations  in  the  event  of  a 
disaster? 


4.  Has  sufficient  documentation  about  the  microcomputer 
operation  been  stored  off-site  so  that  processing  can 
be  continued  in  the  event  of  a  disaster? 


5.  Has  a  contingency  plan  been  developed  to  restore 
operations  in  the  event  of  a  disaster'?’ 

6.  Have  the  potential  impacts  of  disasters  been  identified,  and 
have  sufficient  countermeasures  been  incorporated  into  the 
contingency  plan  to  offset  such  impacts? 


COMMENTS : 


AUDIT  CONTROL  ISSUES 


Audit  trails  provide  for  the  reconstruction  of  single-transaction 
processing  and  for  the  reprocessing  of  large  anounts  of  data  for  recovery 
purposes.  Audit  trails  can  be  created  by  the  operating  systea  or  by  appli¬ 
cation  prograaaing.  The  need  for  an  audit  trail  nay  not  be  obvious  to 
nicroconputer  user.  Many  do  not  recognize  the  significant  role  of  the 
audit  trail.  This,  if  coupled  with  the  lack  of  or  minimal  audit  trail  aids 
provided  by  the  vendor,  can  lead  to  some  serious  microcomputer  processing 
reconstruction  problems. 

This  check  list  covers  the  control  issues  that  relate  to  audit  trails. 
The  list  is  designed  to  be  answered  ’’Yes"  or  "No."  A  "Yes"  answer 
indicates  the  item  of  concern  has  been  adequately  addressed  by  the  micro¬ 
computer  installation.  A  "No"  answer  indicates  that  further  investigation 
should  be  undertaken  to  determine  the  severity  of  the  concern.  A  "Not 
Applicable  (N/A)"  answer  may  be  used  to  indicate  those  items  included  on 
the  check  list  which  are  not  applicable  for  the  organization  being 
reviewed.  The  "CcsBaents"  section  at  the  end  of  the  check  list  is  provided 
to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  completely  satisfied 
and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to  which  each 
coasent  relates. 

1.  Has  a  determination  been  made  concerning  which  user 
applications  require  audit  trails? 

2.  Have  audit  trails  requirements  been  defined  for  ea  h 
application  that  should  have  one? 

3.  Can  all  financial  transactions  be  traced  to  their 
appropriate  control  totals? 

4.  Can  financial  control  totals  be  traced  downward  to  all 
the  supporting  transactions? 

5.  Have  all  the  important  transactions  been  identified? 

6.  Can  the  important  transactions  be  reconstructed  if 
necessary? 

7.  Are  procedures  established  to  log  operator  actions? 

8.  Are  procedures  established  to  reconstruct  programs  if 
necessary? 

9.  In  a  communication  environment,  have  procedures  been  established 
to  reconstruct  communications  processing  if  necessary? 

10.  In  a  database  environment,  have  procedures  been  established  to 
reconstruct  database  processing  if  necessary? 

11.  Is  the  audit  trail’s  information  sufficient  to  support 
the  reconstruction  of  processing  and  requirements? 

C0»WENTS; 


RECOVERY  CONTROL  ISSUES 


Recovery  is  restoring  the  integrity  of  computer  processing  after  it 
has  been  lost.  Data  integrity  can  be  lost  due  to  hardware  failure,  soft¬ 
ware  failure,  application  syatea  failure,  operator  error,  or  physical 
catastrophe.  The  problem  may  come  quickly,  resulting  in  a  halt  to  computer 
operations,  or  erroneous  processing  may  occur  for  an  extended  period  of 
time  before  it  is  uncovered.  Recovery  is  a  two-part  process:  (1)  retaining 
the  necessary  data  and  developing  the  procedures  necessary  to  recover  after 
a  problem;  and  then  (2)  executing  those  procedures  when  required.  The 
recovery  process  is  deficient  in  many  microcomputer  installations.  Most 
recovery  procedures  are  learned  the  "hard  way."  The  time  and  effort  needed 
to  develop  a  good  recovery  procedures  is  normally  time  well-spent. 

This  check  list  covers  the  control  issues  that  relate  to  recovery 
control.  The  list  is  designed  to  be  answered  "Yea"  or  "No."  A  "Yes" 
answer  indicates  the  item  of  concern  has  been  adequately  addressed  by  the 
microcomputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  determine  the  severity  of  the  concern. 

A  "Not  Applicable  (N/A)"  answer  may  be  used  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Comments"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yea"  answers  in  which  a  concern  is  not  cmpletely 
satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  comment  relates. 

1.  Has  a  determination  been  made  regarding  which 
applications  need  to  be  recovered  after  a  problem? 

2.  Has  a  determination  been  made  regarding  how  quickly 
each  application  must  be  recovered? 

3.  Are  resources  available  to  meet  the  above  time 
constraints? 


4.  Has  sufficient  backup  data  been  saved  to  meet  the 
above  requirements  and  time  constraints? 

5.  Have  recovery  procedures  been  established? 

6.  Have  recovery  procedures  been  practiced  to  determine 
that  they  are  effective? 

7.  Are  microcomputer  users  trained  in  recovery  procedures? 

8.  Are  recovery  procedures  documented? 

9.  Have  arrangements  been  made  for  alternate  processing, 
such  as  at  another  microcomputer  site,  in  the  event 
the  microcomputer  should  be  down  for  and  extended 
period  of  time? 


COMMENTS; 


USER  SATISFACTIOK  CONTROL  ISSUES 

User  satisfaction  in  a  aicrocoaputer  installation  may  be  difficult  to 
measure.  If  end  users  are  skilled  and  computer  requirements  are 
established  in  enough  detail  to  be  measurable,  then  user  satisfaction  can 
be  measured.  In  many  microcomputer  installations,  however,  user 
expectations  have  not  been  defined,  and,  thus,  are  not  directly  measurable. 
Prior  to  approving  the  acquisition  of  a  microcomputer  system,  the 
expectations  for  that  computer  should  be  defined  and  quantified.  The 
results  can  then  be  measured  against  the  requirements  to  determine 
achievement.  In  addition,  end  users  should  be  queried  concerning  whether 
they  are  achieving  their  expectations  (because  their  requirements  may 
change).  This  may  make  the  measurements  against  initial  requirements 
inappropriate. 

This  check  list  covers  the  control  issues  that  relate  to  user  sat¬ 
isfaction.  The  list  is  designed  to  be  answered  "Yes"  or  "No."  A  "Yes" 
answer  indicates  the  item  of  concern  has  been  adequately  addressed  by  the 
microcomputer  installation.  A  "No"  answer  indicates  that  further  in¬ 
vestigation  should  be  undertaken  to  determine  the  severity  of  the  concern. 
A  "Not  Applicable  (N/A)"  answer  may  be  used  to  indicate  those  items  in¬ 
cluded  on  the  check  list  which  are  not  applicable  for  the  organization 
being  reviewed.  The  "Comments"  section  at  the  end  of  the  check  list  is 
provided  to  qualify  the  "Yes"  answers  in  which  a  concern  is  not  completely 
satisfied,  and  to  amplify  the  "No"  areas.  Indicate  the  question  number  to 
which  each  comment  relates. 

1.  Have  the  user’s  requirements  been  identified  and 
documented? 


2.  Are  those  requirements  measurable? 

3.  Have  they  been  measured? 

4.  Have  procedures  been  established  to  determine  whether 
user  requirements  have  been  achieved? 

5.  As  end  user  requirements  change,  are  the  methods 

cf  measuring  user  satisft-ction  changed  accordingly? 

6.  Are  end  users  periodically  interviewed  regarding 
whether  the  computer  satisfies  their  needs? 

7.  Are  procedures  established  to  eliminate  or  change  those 
systems  which  do  not  satisfy  the  user’s  needs? 


COWENTS: 
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APPENDIX  C 
FORT  STEWART 


1.0  BACKGROUND 


Fort  Stewart,  Georgia  is  the  home  of  the  24th  Infantry  Division,  and 
has  a  population  of  15,000  military  and  2,600  civilians.  An  IC  at  Fcrt 
Stewart  was  officially  implemented  1  Octc^er  1985  and  encompasses  the 
functions  of  the  Automation  Management  Office  (AMO).  Many  IC  like  services 
were  offered  before  the  official  implementation  of  the  IC.  In  keeping  with 
the  microcMputer  focus  of  this  guide,  the  analysis  contained  herein  will 
center  around  the  microcomputer  end  user  support  offered  by  the  IC.  This 
support  has  been  offered  since  1984.  The  interviews  conducted  and  the 
subsequent  analysis  is  related  to  the  performance  of  the  Microcomputer 
Section  of  the  IC. 

The  IC  is  located  in  a  controlled  access  facility,  which  somewhat 
restricts  its  accessibility.  A  log  to  the  facility  in  maintained  at  the 
main  entrance,  but  no  information  about  the  purpose  of  the  visit  is  main¬ 
tained.  An  IC  contact  log  is  manually  maintained  by  the  IC  staff  but 
logkeeping  is  of  lower  priority  than  other  ongoing  activities.  There  are 
no  periodic  reports  made  which  would  show  the  level  of  IC  activity,  prob¬ 
lems  encountered,  degree  of  success  in  problem  solution,  or  other  perfor¬ 
mance  factors.  There  is  no  standard  procedure  established  for  follow-up  on 
unresolved  problems  reported  to  the  IC,  nor  for  soliciting  feedback  from 
the  users  regarding  satisfaction  with  services  provided. 


1 . 1  PLANNING  FACTORS 

The  implementation  of  the  IC  was  based  upon  the  results  of  the  Fort 
Stewart  Information  Systems  Planning  (ISP)  Study.  The  study  was  to  deter¬ 
mine  all  of  the  information  systems  requirements  for  the  installation, 
including  microcomputers  and  end  user  computing.  All  organizational  units 
were  involved  in  the  study. 


1 . 2  MISSION  SELECTION 


The  missions  of  (1)  increasing  end  user  productivity,  (2)  providing 
standards  for  microcomputer  use,  and  (3)  providing  training  for  end  users 
in  the  use  of  microcomputers  and  microcomputer  software,  and  (4)  providing 
assistance  to  end  users  in  developing  applications  on  microcomputers  for 
use  in  their  workplaces,  were  given  primary  consideration  vdien  selecting 
the  set  of  services  to  be  provided  by  the  IC. 
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1 . 3  SERVICES  PROVIDED 

Figure  C-1  shows  which  services  are  currently  being  provided  (height  = 
2)  and  those  which  will  be  provided  in  the  near  future  (height  =1).  No 
bar  is  sho%m  for  those  services  not  provided  or  planned.  All  figures  for 
this  appendix  are  placed  in  the  rear  of  the  appendix,  after  all  text.  The 
services  are  defined  below; 

Assist  end  users  in  defining  their  computing  needs, 

Assist  end  users  in  developing  application  using  off-the-shelf 
software, 

Provide  introductory  training  in  the  use  of  microcomputers  and 
software  (off-the  shelf). 

Provide  advanced  training  for  users  in  the  utilization  of  their 
hardware  and  software, 

Provide  computer  based  training  and  tutorials  to  end  users  so  that 
they  may  maintain  their  computer  competence. 

Assist  end  users  in  conducting  cost/benefit  analysis  for  justification 
of  purchase  of  microcomputer  hardware  and  software. 

Provide  custom  programming  assistance  for  end  users  developing 
microcomputer  applications  using  other  than  off-the-shelf  software. 

Assist  end  users  in  obtaining  access  to  the  data  needed,  interfacing 
with  the  data  administration  function  as  required. 

Provide  demonstrations  of  microcomputer  hardware  and  software  for 
the  end  users. 

Provide  training  and  assistance  for  end  users  in  recovering  lost  data 
due  to  equipment  malfunction. 

Provide  assistance  and  facilities  for  end  users  to  document  their 
applications. 

Provide  assistance  to  end  users  in  maintenance  of  the  microcomputer 
hardware. 

Provide  facilities  for  the  production  of  computer  generated  graphic 
charts  and  graphs. 

Assist  the  end  users  in  determining  the  best  hardware/software 
configuration  to  meet  their  processing  needs. 

Provide  training  and  a-^sistance  to  end  users  in  installation  of  their 
hardware  and  software. 

Provide  training  and  assistance  to  end  users  in  diagnosing  problems 
with  their  hardware  and  software. 


Establish  a  single  point  of  contact  for  users  to  utilize  in  obtaining 
assistance  with  computer  related  problems, 

Provide  hardware  for  use,  on  a  loan  basis,  when  the  end  users’ 
hardware  is  down  for  repairs. 

Publish  a  newsletter  on  a  routine  basis  to  keep  end  users  up  to  date 
on  new  developments  in  hardware,  software,  and  applications. 

Provide  one-on-one  training  for  end  users  when  necesps;/. 

Perform  evaluations  of  new  hardware  and  software,  and  make 
reconendations  as  to  the  utility  of  such  to  the  user  ccmunity. 

Coordinate  the  establishment  of  User  Groups  to  foster  the  exchange  of 
information  within  the  user  community  of  events  of  interest. 

Provide  liaison  between  the  end  users  and  microcomputer  hardware  and 
software  vendors, 

Assist  the  end  user  in  the  procurement  of  microcomputer  assets. 


2.0  ANALYSIS  OF  IC  OPERATIONS 


The  results  of  the  interviews  conducted  during  the  evaluation  visits 
have  been  analyzed  with  respect  to  the  topics  discussed  in  Chapter  6  of  the 
Planning  and  Implementation  Guide.  The  following  sections  discuss  the 
findings  as  they  relate  to  Marketing  the  IC,  On-Going  Operations  of  the 
IC,  and  Evaluation  of  Support  Provided  to  the  user  cosmunity. 

Section  2.1  discusses  the  methods  utilized  to  market  the  IC’s  ser¬ 
vices,  and  provides  a  primary  measure  of  the  effectiveness  of  these 
efforts. 

On-Going  Operations  of  the  IC  are  discussed  in  Section  2.2.  The 
discussion  included  information  about  the  internal  operation  of  the  IC,  and 
utilization  of  the  staff.  The  discussion  also  covers  training  methods  and 
records  maintained  by  the  IC. 

The  value  of  the  IC  as  seen  from  the  users  viewpoint  is  presented  in 
Section  2.3.  The  section  includes;  (1)  discussion  of  expressed  needs  of 
the  users  in  terms  of  hardware,  software,  and  training;  (2)  check  list 
responses;  and  (3)  rating  of  the  IC  as  a  source  of  assistance  and  infor¬ 
mation  about  microcomputer  usage. 


2.1  MARKETING  THE  IC 

The  Planning  and  Inpleaeniaiion  Guide  describes  several  techniques  for 
■arketing  the  services  provided  by  the  1C.  These  techniques  Include  pub¬ 
lishing  a  newsletter,  fomation  of  user  groups,  prcaiulgation  of  a  User’s 
Manual,  and  conducting  demonstrations  of  new  hardware  and  software  in  the 
IC. 


2.1.1  Marketing  Techniques  Used 

The  only  methods  utilized  by  the  IC  at  Fort  Stewart  are  user  groups 
and  demonstrations. 

The  Fort  Stewart  User  Group  is  scheduled  to  meet  on  the  third  Wed¬ 
nesday  of  each  month  during  regular  working  hours.  The  stated  purpose  of 
the  meetings  is  to; 

"provide  for  information  interchange,  discussion  of  application 

developments,  and  any  other  items  useful  to  the  group  as  a  whole." 

All  microcomputer  users  are  invited  to  attend  and  anyone  having  an 
item  of  interest  may  have  it  placed  on  the  agenda.  Speakers  are  usually 
obtained  for  these  meetings.  The  IC  maintains  a  library  of  public  domain 
software  under  the  auspices  of  the  user  group.  This  software  is  available 
to  users  without  charge.  Users  having  an  application  that  is  of  such 
general  application  that  it  may  be  utilized  by  other  users  in  the  group, 
are  urged  to  submit  the  application  for  inclusion  in  the  library.  Forms 
and  instructions  for  documentation  and  submission  have  been  distributed  to 
the  user  group  members.  Minutes  of  each  meeting  are  distributed  to  all 
users,  and  may  contain  copies  of  other  articles,  notices,  or  announcements 
of  general  interest.  Appendix  F  of  the  Planning  and  Implementation  Guide 
contains  examples  of  user  group  related  correspondence.  Demonstrations, 
other  than  to  the  user  groups,  are  scheduled  on  an  ad-hoc  or  as  requested 
basis. 


2.1.2  User  Awareness 


An  estimate  of  the  success  of  IC’s  marketing  program  is  obtained  from 
a  comparison  of  the  list  of  services  provided  with  the  responses  to  the 
user  survey  concerning  services  available  from  the  IC.  Each  user  inter¬ 
viewed  was  given  a  list  of  services  which  could  be  provided  by  any  IC.  The 
user  was  then  asked  to  indicate;  (1)  if  he  believed  that  the  service  was 
provided  by  the  IC,  (2)  indicate  whether  or  not  the  service  has  been 
personally  used  by  that  user,  (3)  if  not  provided,  indicate  %d»ether  there 
was  a  current  need  for  the  service  if  it  were  available,  and  (4)  if  not 
provided,  indicate  if  it  were  predicted  that  the  service  would  be  utilized 
within  the  next  year.  The  user  is  said  to  be  aware  of  the  service  if  his 
response  and  the  managers  response  meet  the  following  criteria; 


If  the  aanager  says  the  service  is  provided  and  the  user  says  it  is 
either  provided  or  has  been  used. 

If  the  aanager  reports  the  service  is  not  provided  or  being  planned,  and 
the  user  reports  either  not  provided  or  a  need  for  the  service. 

All  other  coid>inations  of  aanager  and  user  response  are  not  considered 
as  aware  responses. 

Figure  C-2  shows  the  fraction  of  users  interviewed  that  were  aware  of 
the  status  of  each  of  the  services.  The  figure  shows  that  only  about  half 
of  the  users  interviewed  are  aware  of  nost  of  the  services  that  are  pro¬ 
vided  by  the  IC.  Additional  steps  should  be  taken  by  the  IC  to  increase 
their  user  conmunity’s  awareness  of  the  services  that  are  provided,  and  to 
dispel  the  existing  misconceptions  regarding  the  services  not  being 
provided. 


2.2  ON-GOING  OPERATIONS 


Chapter  six  of  the  Planning  and  Implementation  Guide  provides  several 
strategies  for  continued  success  of  the  IC.  The  IC  must  maintain  an  aware¬ 
ness  of  coamiand  strategies,  current  technology  trends,  and  end  user  com¬ 
puting  needs.  There  should  be  definable  and  measurable  objectives  with 
appropriate  milestones  established  for  the  IC.  The  staff  should  be  fully 
aware  of  the  strategies  and  procedures  necessary  to  achieve  the  objectives 
and  meet  scheduled  milestones.  A  Standard  Operating  Procedures  (SOP) 

Manual  should  be  developed  to  document  these  requirements  and  provide  ready 
reference  for  the  staff. 


2.2.1  IC  Organization 


There  was  not  a  promulgated  SOP  for  the  IC  at  Fort  Stewart,  nor  were 
there  any  written  mission  statements  with  identifiable  goals  and  objectives 
specific  to  the  IC.  It  appeared  that  the  IC  was  functioning  on  a  day-to- 
day  basis,  merely  responding  to  the  daily  pressures. 

Under  the  1985  reorganization  of  the  Automation  Management  Office,  the 
IC  organization  is  defined  as  follows; 

a.  Supervisor  (1), 

b.  Network  Management  Section  (1), 

c.  Microcomputer  Section  (1,  with  one  additional  due  in  July  1986, 

and  1  part-time) , 

d.  Interactive  Applications  Section  (6), 

e.  Viable  Section  (5), 

where  the  number  of  personnel  assigned  is  shown  in  parentheses  after  the 
section  name. 


2.2.2  IC  Support  Policies 


The  IC  Bupports  end  tisers  with  a  teniinal  on  a  nainfrane  coapuier  or  a 
stand  alone  Bicrocoaputer,  and  plans  to  initiate  support  for  a  network  of 
■icrocoaputers  in  the  near  future.  It  attaspts  to  fully  support  software 
purchased  froa  a  list  of  recoaaended  software  and  will  support  other  soft¬ 
ware  on  a  case  basis.  There  are  approximately  180  micros  currently  in  use 
on  Fort  Stewart,  all  in  a  stand-alone  mode.  The  micros  represent  approx¬ 
imately  thirteen  different  models,  and  many  more  configurations.  The  IC 
has  a  backup  machine  in  its  demo  area  for  aost  of  the  different  models  in 
use.  This  allows  the  staff  to  replicate  a  user’s  situation  over  the  phone, 
expediting  the  problem  solving  process. 

The  IC  is  involved  in  the  procurement  of  micros  through  the  fol¬ 
lowing:  (1)  determining  technical  configuration  with  the  user,  specific¬ 

ally,  will  it  work  as  the  user  anticipates,  and  does  it  fit  into  the 
standard  information  architecture,  (2)  receiving  the  equii»ient  and  ver¬ 
ifying  that  the  proper  items  were  received  and  that  all  are  in  proper 
working  order,  (3)  issuing  the  hardware  and  software  to  the  user,  and  (4) 
conducting  a  four  hour  introductory  course  at  the  time  of  delivery.  In 
addition,  the  IC  maintains  an  automated  report  entitled  the  DOIM  DPI  Inven¬ 
tory/Hand  Receipt  Report.  This  report  lists  all  equipment  and  software 
with  the  associated  costs  and  serial  numbers.  The  IC  maintains  an  appli¬ 
cation  which  defines  various  standard  system  configurations.  These  config¬ 
urations  are  primarily  based  upon  the  items  available  on  the  standard  GSA 
lists.  Given  a  set  of  processing  requirements,  the  application  can  print 
out  a  configuration  listing  showing  the  items  to  order,  stock  number, 
price,  and  provide  an  order  total. 

The  IC  provides  the  user  with  assistance  in  the  definition  of  appli¬ 
cations  Md  embedded  processing  requirements,  he’-dw’*’***  and  software  config¬ 
urations  necessary,  and  with  the  development  of  the  applicatons  as  re¬ 
quired.  The  IC  attempts  to  provide  immediate  support  for  the  hardware  and 
software  it  has  reccHsmended  and/or  purchased,  but  support  for  other  hard¬ 
ware  and  software  is  given  less  priority.  The  IC  does  not  get  involved 
with  assisting  the  users  in  gaining  access  to  data  contained  in  central 
computer  data  bases. 

The  IC  conducts  no  user  training  other  than  a  four  hour  introductory 
session  training  associated  with  the  delivery  of  a  system.  Other  methods 
of  training  reported  as  available  include: 

An  omnibus  software  training  course  available  through  the  Civilian 
Personnel  Office.  This  course  if  very  long  (40  iiours)  and  users  have 
difficulty  obtaining  management  approval  to  attend  due  to  the  length  of 
the  course. 

Self  instruction  using  the  vendor  provided  manuals.  The  value  of 
self  instruction  depends  on  the  individual’s  motivation  and 
dedication. 

Tutorials  and  computer  based  training,  either  vendor  or  third  party 
developed.  This  suffers  from  the  same  limitations  as  the  self 
instruction. 


2.2.3  Staff  Awreness 


There  ia  an  apparent  lack  of  coaaunication  between  the  IC  aanager  and 
the  principle  ataff  aeaber  regarding  the  aervicea  provided  by  the  IC,  as  is 
ahown  in  Figure  C-3.  These  differences  say  stea  from  the  lack  of  specific 
direction,  or  say  be  fr(»  a  difference  in  Judgment  as  to  the  degree  of 
iapleaentation  of  the  services. 


2.2.4  IC  Staff  Utilization 


Figure  C-4  shows  the  reported  percentages  of  tine  spent  on  different 
tasks  by  the  IC  meuiager  and  by  the  principle  staff  aeaber.  Considering  the 
fact  that  Bore  than  80  percent  of  the  managers  tiae  is  spent  on  adnin- 
istrative  tasks,  and  the  fact  that  the  staff  assigned  to  Bainfraae  related 
activities  (12  versus  2  micro),  leads  to  the  suspicion  that  much  of  those 
adainistrative  tasks  are  main  fraae  oriented.  The  principle  staff  aeaber 
reported  spending  half  of  his  tine  consulting  with  users.  Considering  to 
the  nuidier  of  services,  it  is  concluded  that  Bany  of  those  activities  are 
considered  consulting  by  the  staff  aeaber.  It  is  also  concluded  that  the 
time  spent  in  introductory  training  of  new  users  is  included  in  the  hw/sw 
installation  task  of  the  staff  Beaiber. 


2.3  EVALUATION  OF  IC  OPERATION 


The  evaluation  of  IC  operation  is  based  primarily  upon  the  results  of 
the  user  interviews.  It  consists  of  discussions  of  the  stated  user  needs 
with  respect  to  services  of  the  IC,  hardware  and  software  needs,  knowledge 
needs,  productivity  improvements,  training,  aicrocoBputer  usage  issues,  and 
utility  of  the  IC. 


2.3.1  Utilization  of  IC  Services 


Figure  C-5  depicts  the  fraction  of  users  actually  utilizing  the  ’^C's 
services.  A  phantom  use  is  said  to  occur  when  a  user  reports  having 
obtained  the  service  and  the  IC  aanager  reports  that  service  as  not  pro¬ 
vided.  The  total  usage  of  the  services  as  shown  in  this  figure  are  in 
variance  with  the  breakdown  of  staff  time  shown  in  Section  2.2.4.  No 
explanation  for  the  difference  can  be  deterained  from  the  data  obtained 
froa  the  orientatio;  or  the  evaluation  visit. 

Current  support  requirements  are  reflected  in  Figure  C-6.  The  var¬ 
iable  (cur-need)  added  to  this  plot  depicts  the  case  wherein  the  user 
reports  a  belief  that  the  service  is  not  provided  and  the  IC  manager 
reports  the  service  as  being  provided,  and  the  user  reports  that  the  ser 
vice  would  be  utilized  if  it  were  available.  The  addition  of  the  cur-need 
inputs  creates  some  demand  for  each  of  the  services  proposed.  Those  with  a 
fraction  greater  that  .5  should  be  given  particular  eaphasis  in  the  current 
op>erationB  of  the  IC. 


The  inforaation  contained  in  Figure  C-7  tends  to  show  the  directions 
the  IC  should  be  aoving  if  it  is  to  aeet  the  future  deaands  for  services. 

In  this  figure,  an  additional  variable,  fut-need,  is  added.  A  future  need 
is  defined  as  the  case  where  the  user  indicates  no  need  for  the  service  at 
the  present  and  can  foresee  that  the  need  for  the  service  will  exist  within 
the  next  year.  The  aost  significant  of  these  future  needs  occurs  in  the 
area  of  one-on-one  training. 


2.3.2  Other  User  Needs 


The  users  were  asked  about  possible  hardware  and  software  limitations 
which  they  believed  hindered  their  to  capability  to  fully  utilize  their 
systems.  The  results  of  the  survey  are  summarized  in  Figure  C-8.  The 
major  coaplaints  about  backup  for  the  hard  disc  stem  from  the  use  of  a 
floppy  disc  based  backup,  with  the  attendant  time  and  disc  investment 
required.  Printer  needs  were  primarily  expressed  in  terms  of  faster  and 
easier  to  use  letter  quality.  Monitor  complaints  centered  upon  the  lack  of 
graphics  capability. 

The  software  interface  related  complaints  referred  to  the  limited 
capability  of  many  of  the  standard  software  packages  to  import  data  files 
from  another  without  use  of  a  separate  utility  program.  In  addition, 
utility  packages  do  not  exist  for  converting  files  for  all  the  standard 
off-the-shelf  software  packages.  The  report  generator  capability  desired 
should  be  capable  of  easily  developing  report  formats  and  extracting  data 
from  several  different  files  with  different  characteristics. 

All  of  the  users  interviewed  vrere  very  interested  in  furthering  their 
knowledge  and  increasing  their  proficiency  in  end  user  computing.  Figure 
C-9  is  a  summary  of  the  users  response  to  queries  relating  to  the  topics 
shown.  Programing  wants  included  the  use  of  both  coapilers/interpreters 
and  advanced  techniques  of  using  standard  packages  such  as  data  base  man¬ 
agement  and  spreadsheets.  The  information  category,  new  offerings  refers 
to  information  directly  relating  to  their  workplace  needs  and  does  not 
cover  the  broad  spectrum  of  product  advertisement  and  promotional  mater¬ 
ials.  The  interest  in  learning  mor,.;  about  the  internal  technical  details 
of  the  hardware  in  use  was  also  prevalent.  The  users  also  expressed  inter¬ 
est  in  obtaining  more  technically  advanced  information  about  the  software 
they  were  currently  using.  Main  frame  use  referred  to  both  the  use  of 
micro-main  frame  links  and  remote  terminals.  Categories  1,  3,  and  4  in¬ 
dicate  the  need  for  advanced  training,  and  provide  some  guidance  for  de 
fining  the  required  course  content.  Category  5  depends  upon  the  avail¬ 
ability  of  suitable  main  frame  software.  If  such  software  (such  as  PROFS) 
is  available,  then  a  need  for  training  in  using  that  software  in  needed. 


2.3.3  Generic  Software  Used 


Figure  C-10  provides  a  breakdown  of  the  generic  types  of  soft»»are  used 
by  those  interviewed.  The  most  heavily  utilized  software  types  are  word 
processing  and  spreadsheets  indicating  that  the  training  plans  should 
emphasize  basic  and  advanced  training  in  those  areas.  Figure  C-10  shows 


that  the  aost  utilized  types  of  software  are  word  processing,  spreadsheet, 
and  data  base. 


2.3.4  Training 

None  of  the  users  interviewed  had  received  training  froa  the  IC,  so  no 
evaluation  of  the  effectiveness  of  the  training  progran  can  be  obtained. 
Most  of  those  interviewed  either  had  prior  experience  with  aicrocoaputers 
or  had  taught  themselves,  using  an  instruction  manuals.  Nearly  all  users 
expressed  a  strong  desire  for  training.  The  novice  for  introductory  level 
so  he  can  get  started,  and  the  more  experienced  user  wants  to  learn  ad¬ 
vanced  techniques  to  get  the  most  out  of  his  equipment. 


2.3.5  Productivity  Improvements 


Significant  productivity  improvements  through  the  use  of  computers  in 
their  workplace  were  reported  by  all  five  of  the  users  interviewed.  The 
improvements  were  stated  in  terms  of  reduction  in  the  time  required  to 
c(»plete  a  task,  or  in  terms  of  tasks  that  could  now  be  accomplished  which 
could  not  have  previously  been  done.  Time  reductions  ranged  from  1.5:1  to 
10:1. 


2.3.6  IC  Advice  Scales 

Figure  C-11  shows  the  list  of  possible  sources  of  information  about 
computing  related  problems.  The  users  were  asked  to  rank  these  sources 
with  respect  to  the  accuracy,  understandability,  and  timeliness  of  the 
information  received.  The  average  ranking  of  each  source  is  shown  in  the 
score  column  in  the  first  half  of  the  figure.  The  users  were  also  asked 
who  they  would  turn  to  for  help  with  procedural  problems,  hardware  or 
software  problems,  and  microcomputer  use  in  general.  The  results,  in  terms 
of  the  fraction  of  users  reporting  each  is  shown  in  the  three  columns  of 
the  second  part  of  the  figure. 

The  IC  is  ranked  highest  in  all  of  the  advice  scales,  and  user  groups 
second  in  accuracy  and  understanding.  Co-workers  are  ranked  second  in 
timeliness.  In  terms  of  the  assistance  scales,  more  users  selected  the  IC 
as  the  place  to  go  for  each  category  of  assistance,  indicating  that  the  IC 
is  held  in  high  esteem  for  the  assistance  given  to  the  users. 


2.3.7  Control  Issues 

Half  of  the  users  interviewed  expressed  some  knowledge  of  the  control 
issues  involved  in  end  user  computing,  including  the  issues  of  system 
development,  recovery  control,  and  continuity  of  operations,  but  the  gen¬ 
eral  impression  received  was  that  this  was  something  that  should  be  done 
but  it  probably  would  not  be  done  until  directed  to  do  so  by  higher 
authority. 
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FIGURE  C-10  GENERIC  SOFTWARE  USE 
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APPEND  I  3LD 
FORT  m5hROE 


1.0  BACKGROUND 


Fort  Monroe,  Virginia  is  the  headquarters  of  the  Ar»y  Training  and 
Doctrine  Coanand,  and  has  a  population  of  1,200  ailitary  and  1,800  civ¬ 
ilians.  Their  IC  was  officially  inpleaented  in  July  1985;  planning  was 
initiated  in  May  1984.  An  inpleaentation  plan  for  the  IC,  or  the  Physical 
Inforaation  Center  (PIC)  as  it  :s  call  there,  was  developed.  A  draft  of 
that  plan  is  found  in  Appendix  F  of  the  Planning  and  lapleaentation  Guide. 

The  Fort  Monroe  IC  is  located  in  the  Custoaer  Support  Division  (CSD) 
of  the  Data  Processing  Field  Office  (DPFO).  The  IC  is  staffed  by  a  combi¬ 
nation  of  civilian  and  contractor  personnel.  Formal  classroom  training  on 
microcomputer  hardware  and  software  is  offered  by  the  Training  Branch, 
Application  Systems  Division,  DPFO. 

A  single-user  microcomputer  standard  has  been  identified  for  HO  TRADOC 
and  Fort  Monroe.  The  IC  strongly  supports  this  standard,  and  provides 
assistance  to  those  using  the  standard  products.  Other,  non-standard, 
products  are  in  use,  but  the  users  are  made  aware  that  in-depth  support  may 
not  be  available  on  these  products. 


1 . 1  PLANNING  FACTORS 


The  Planning  for  the  IC  was  a  part  of  a  larger,  more  encompassing 
study  to  determine  the  needs  for  workplace  automation.  For  the  IC,  deter¬ 
mination  of  the  hardware  and  software  to  be  supported  and  definition  of  the 
IC’s  responsibilities  were  the  primary  factors  considered.  All  departments 
were  involved  in  the  planning  process. 


1 . 2  MISSION  SELECTION 

The  missions  of  (1)  increasing  end  user  productivity,  (2)  providing 
stands  for  microcomputer  end  user  computing,  (3)  providing  training  for  end 
users  in  the  use  of  microcomputers  and  microcosputer  software,  and  (4) 
providing  assistance  to  the  end  users  in  developing  microcomputer  appli¬ 
cation,  were  given  primary  consideration  when  selecting  the  set  of  services 
to  be  provided  by  the  IC. 


1 . 3  SBRVICES_PHgVipEp 

Figure  D-1  shows  which  services  are  currently  being  provided  (height  = 
2)  and  those  which  will  be  provided  in  the  near  future.  No  bar  is  shown 
for  the  services  not  provided  nor  planned.  All  figures  are  placed  in  the 
rear  of  this  appendix,  after  all  text.  The  services  are  defined  below; 
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Assist  end  users  in  defining  their  coaputing  needs, 

Assist  end  \isers  in  developing  application  using  off-the-shelf 
software, 

Provide  introductory  training  in  the  use  of  aicrocaaputers  and 
software  (off-the  shelf) , 

Provide  advanced  training  for  users  in  the  utilization  of  their 
hardware  and  software. 

Provide  ccmputer  based  training  and  tutorials  to  end  users  so  that 
they  Bay  aaintain  their  computer  coapetence. 

Assist  end  users  in  conducting  cost/benefit  analysis  for  justification 
of  purchase  of  BicrocoaQ>uter  hardware  and  software. 

Provide  custom  prograaaing  assistance  for  end  users  developing 
microcoBputer  applications  using  other  than  off-the-shelf 
software, 

Assist  end  users  in  obtaining  access  to  the  data  needed,  interfacing 
with  the  data  administration  function  as  required. 

Provide  demonstrations  of  microcomputer  hardware  and  software  for 
the  end  users. 

Provide  training  and  assistance  for  end  users  in  recovering  lost  data 
due  to  equipment  malfunction. 

Provide  assistance  and  facilities  for  end  users  to  document  their 
applications. 

Provide  assistance  to  end  users  in  maintenance  of  the  microcomputer 
hardware , 

Provide  facilities  for  the  production  of  computer  generated  graphic 
charts  and  graphs, 

Assist  the  end  users  in  determining  the  best  hardware/software 
configuration  to  meet  their  processing  needs. 

Provide  training  and  assistance  to  end  users  in  installation  of  their 
hardware  and  software. 

Provide  training  and  assistance  to  end  users  in  diagnosing  problems 
with  their  hardware  and  software. 

Establish  a  single  point  of  contact  for  users  to  utilize  in  obtaining 
assistance  with  computer  related  problems. 


Provide  hardware  for  use,  on  a  loan  basis,  when  the  end  users’ 
hardware  is  down  for  repairs. 
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Publish  a  newsletter  on  a  routine  basis  to  keep  end  users  up  to  date 
on  new  developments  in  hardware,  software,  and  applications. 

Provide  one-on-one  training  for  end  users  when  necessary. 

Perform  evaluations  of  new  hardware  and  software,  and  make 
reconendations  as  to  the  utility  of  such  to  the  user  cosBunity, 

Coordinate  the  establishment  of  User  Groups  to  foster  the  exchange  of 
information  within  the  user  community  of  events  of  interest. 

Provide  liaison  between  the  end  users  and  microcomputer  hardware  and 
software  vendors. 

Assist  the  end  user  in  the  procurement  of  microcomputer  assets. 


2.0  ANALYSIS  OF  IC  OPERATIONS 


The  results  of  the  interviews  conducted  during  the  evaluation  visits 
have  bMn  analyzed  with  respect  to  the  topics  discussed  in  Chapter  6  of  the 
Planning  and  Implementation  Guide.  The  following  sections  discuss  the 
findings  as  they  relate  to  Marketing  the  IC,  On-Going  Operations  of  the 
IC,  and  Evaluation  of  Support  Provide  to  the  user  c(nnninity. 

Section  2.1  discusses  the  methods  utilized  to  market  the  IC’s  ser¬ 
vices,  and  provides  a  primary  measure  of  the  effectiveness  of  these 
efforts. 

On-Going  Operations  of  the  IC  are  discussed  in  Section  2.2.  The 
discussion  included  information  about  the  internal  operation  of  the  IC,  and 
utilization  of  the  staff.  The  discussion  also  covers  training  methods  and 
records  maintained  by  the  IC. 

The  value  of  the  IC  as  seen  from  the  users  viewpoint  is  presented  in 
Section  2.3.  The  section  includes;  (1)  discussion  of  expressed  needs  of 
the  users  in  terms  of  hardware,  software,  and  training;  (2)  check  list 
responses;  and  (3)  rating  of  the  IC  as  a  source  of  assistance  and  infor¬ 
mation  about  microcomputer  usage. 

2.1  MARKETING  THE  IC 


The  Planning  and  Implementation  Guide  describes  several  techniques  for 
marketing  the  services  provided  by  the  IC.  These  techniques  include  pub¬ 
lishing  a  newsletter,  formation  of  user  groups,  promulgation  of  a  User’s 
Manual,  and  conducting  demonstrations  of  new  hardware  and  software  in  the 
IC. 


2.1.1  Marketing  Techniques  Used 


Instead  of  a  User's  Manual,  the  IC  has  distributed  a  single-user 
■icroconputer  standard  that  has  been  identified  for  BQ  TRADOC  and  Fort 
Monroe.  The  IC  strongly  supports  this  standard,  and  provides  assistance  to 
those  using  the  standard  products.  Other,  non-standard,  products  are  in 
use,  but  the  users  are  Bade  aware  that  in-depth  support  aay  not  be  avail¬ 
able  for  these  products.  In  addition,  several  overviews  of  popular  soft¬ 
ware  packages  have  been  developed  and  distributed  to  the  users.  The  IC  is 
planning  to  start  a  newsletter  and  User  Groups  within  the  next  year. 


The  help/info  desk  was  established  in  Septe9id>er  1983,  to  handle  ADP 
related  hardware,  software,  and  ccxamuni cat ions  problem  calls.  The  IC  has 
developed  an  automated  help/info  desk  log,  Inforaation  Center  Events  Pro 
cessing  System  (TCEPS)  to  track  the  status  of  problems  called  in  to  the 
help/info  desk.  This  log  is  updated  daily;  the  daily  logs  are  compiled 
into  a  vreekly  report.  A  monthly  report  is  currently  being  developed.  A 
sample  copy  of  the  daily  log  is  found  in  Appendix  F  of  the  Planning  and 
Implementation  Guide. 


The  primary  means  of  marketing  the  IC,  and  maintaining  good  relations 
with  the  user  coMunity  is  through  use  of  Information  Systems  Officers 
(ISOs),  who  are  located  in  the  functional  areas,  and  who  have  ADP  know¬ 
ledge.  Users  go  to  their  ISO  first  when  they  have  a  problem,  then  if  the 
problem  cannot  be  resolved  at  that  level,  the  ISO  contacts  the  IC.  The 
ISOs  meet  with  the  IC  manager  monthly.  Information  for  the  users  con¬ 
cerning  new  technology,  or  improved  IC  services  is  passed  to  the  ISOs  at 
these  monthly  meetings.  The  status  of  all  unresolved  trouble  calls,  out¬ 
standing  procurement  and  installation  activities  is  also  discussed  at  these 
meetings.  Users  also  go  through  ISOs  for  ADP  procurement  requests. 


Periodic  demonstrations  of  new  and  existing  hardware  and  software  are 
conducted  at  the  IC.  The  IC  also  has  copies  of  many  of  the  most  popular 
software  packages  available  so  that  a  user  may  come  in  and  "test  drive"  a 
given  package  before  making  the  decision  to  buy. 


2.1.2  User  Awareness 


An  estimate  of  the  success  of  IC’s  marketing  program  is  obtained  from 
a  comparison  of  the  list  of  services  provided  with  the  responses  to  the 
user  survey  concerning  services  available  from  the  IC.  Each  user  inter¬ 
viewed  was  given  a  list  of  services  which  could  be  provided  by  any  IC.  The 
user  was  then  asked  to  indicate;  (1)  if  he  believed  that  the  service  was 
provided  by  the  IC,  (2)  indicate  whether  or  not  the  service  has  been 
personally  used  by  that  user,  (3)  if  not  provided,  indicate  whether  there 
was  a  current  need  for  the  service  if  it  were  available,  and  (4)  if  not 
provided,  indicate  if  it  were  predicted  that  the  service  would  be  utilized 
within  the  next  year.  The  user  is  said  to  be  aware  of  the  service  if  his 
response  and  the  managers  response  meet  the  following  criteria: 


If  the  manager  says  the  service  is  provided  and  the  user  says  it  is 
either  provided  or  has  been  used. 
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If  the  aanager  reports  the  service  is  not  provided  or  being  planned,  and 
the  user  reports  either  not  provided  or  a  need  for  the  service. 

All  other  co]ri}inations  of  aanager  and  user  response  are  not  considered 

as  aware  responses. 


Figure  D-2  shows  the  fraction  of  the  users  that  are  atware  of  the  true 
status  of  each  of  the  services.  The  figure  shows  that  about  two-thirds  of 
the  users  interviewed  are  aware  of  most  of  the  services  that  are  provided 
by  the  IC. 


2.2  ON-GOING  OPERATIONS 


Chapter  six  of  the  Planning  and  laplenentation  Guide  provides  several 
strategies  for  continued  success  of  the  IC.  The  IC  aust  aaintain  an  aware¬ 
ness  of  c(Mnand  strategies,  current  technology  trends,  and  end  user  com¬ 
puting  needs.  There  should  be  definable  and  measurable  objectives  with 
appropriate  milestones  established  for  the  IC.  The  staff  should  be  fully 
aware  of  the  strategies  and  procedures  necessary  to  achieve  the  objectives 
and  meet  scheduled  milestones.  A  Standard  Operating  Procedures  (SOP) 
manual  should  be  developed  to  document  these  requirements  and  provide  ready 
reference  for  the  staff. 


2.2.1  1C  Organization 


The  Implementation  Plan  shown  in  Appendix  F  of  the  Planning  and  Im¬ 
plementation  Guide  was  the  primary  vehicle  for  initiating  the  IC's  oper¬ 
ations.  It  contains  definitions  of  the  missions  and  functional  respon¬ 
sibilities  of  the  IC. 

The  following  objectives  and  strategies  have  been  defined  for  the  IC: 

Objective  1:  Provide  a  central  c<»puter  service  to  help  maximize  the 
use  of  automation  services. 

Strategy:  Establish  a  help  desk  facility  to  handle  user  requests 
thereby  providing  a  single  point-of-contact  to  the  user. 

Objective  2:  Develop  a  map  and  a  phased  schedule  to  automate  HO 
TRADOC  offices  in  accordance  with  the  priorities  set  by  the  DCSIM. 

Strategy:  Set  up  an  autcxnation  functional  requirements 
definition  team  that  interfaces  with  the  ISOs. 

Objective  3:  Provide  a  technology  center  which  will  allow  HQ  TRADOC 
to  analyze  available  technologies  and  determine  which  is  the  best 
technology  for  its  environment. 

Strategy:  Set  up  a  Physical  Information  Center  (PIC)  facility  to 
demonstrate,  test,  and  evaluate  new  hardware,  software,  and  com¬ 
munications  equipment  in  cooperation  with  the  end  users. 
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Objective  4:  Develop  an  education  program  vdiich  will  enable  HO  TRADOC 

personnel  to  utilize  productivity  tools  and  decisions  support  systems. 

Strategy:  In  addition  to  the  demos  in  the  PIC  and  PROFS 
training,  a  formal  microcMsputer  software  (spreadsheet,  database, 
graphics,  etc.)  training  is  established  through  the  Training 
Centered. 

Objective  5:  Design  and  manage  a  HQ  TRADOC  telecommunications 

network . 

Strategy;  Undertake  a  project  to  interconnect  department  level 
minicomputers  to  microcomputers  and  host  computers  using  lines, 
modems,  multiplexers,  LANs  and  dial-up  facilities  for  PROFS. 

Specific  goals  of  the  IC  for  the  current  year  are  expressed  below. 

1.  Standardize  software  products  for  end  user  support. 

2.  Provide  IC  support  services  to  HQ  TRADOC  customers. 

3.  Define  hardware  requirements  to  optimize  programer  and  end 
user  productivity. 

4.  Develop  a  standard  for  electronic  document  distribution  and 
coordination. 

5.  Develop  a  concept  for  providing  graphics  and  statistical  support 
to  end  users. 

6.  Provide  a  PC  or  terminal  for  every  programmer. 

7.  Establish  and  train  product  specialists  (in  the  popular  software 
packages)  in  support  of  end  users. 

8.  Write  a  Statement  of  Work  (SOW)  for  securing  contractor  personnel 
for  Help  Desk,  minic(»iputer  operations,  and  direct  end  user  support 
services . 

Progress  toward  achieving  these  goals  is  measured  with  a  planning/pro¬ 
ject  management  document  that  contains  the  milestones,  dates  and  respon¬ 
sibilities.  Monthly  updates  of  the  project  are  made  to  management  and 
necessary  corrective  actions  are  initiated. 

The  IC  has  developed  and  promulgated  a  Standard  Operating  Procedures 
Manual.  A  copy  of  the  Table  of  Contents  is  included  in  Appendix  F  of  the 
Planning  and  Implementation  Guide. 

The  Fort  Monroe  IC  is  staffed  with  14  people  in  a  combination  of  civil 
service  and  contractors.  The  IC  is  in  the  process  of  developing  product 
specialists  in  the  areas  of  word  processing,  spreadsheets,  databases, 
project  management,  and  graphics.  Staff  development,  in  order  to  create 
these  specialists,  has  been  emphasized. 
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2.2.2  IC  Support  Policies 

The  IC  supports  a  broad  range  of  Bainfraae  users,  linked  ■inicon- 
puters,  and  stand  alone  and  networked  aicros.  It  has  been  the  policy  to 
support  the  hardware  and  software  on  the  recoasended  list  to  the  fullest 
extend  possible,  and  support  all  others  on  a  case  basis. 

The  IC  has  iapleaented  procedures  so  that  the  user  can  describe  his 
functional  requirenents,  and  can  be  autoaated  without  the  need  to  under¬ 
stand  ADP  acquisition  or  equipment  configuration.  An  outline  for  the  basic 
functional  requirements  for  aut(»ation  support  is  found  in  Appendix  F  of 
the  Planning  and  Implementation  Guide.  The  process  includes  the  following 
steps:  (1)  define  requirements;  (2)  IC  recommends  configuration;  (3)  submit 
documentation  for  approval;  (4)  submit  request  to  procurement;  (5)  perform 
site  survey;  (6)  equipment  delivery;  (7)  inventory/hand  receipt  report  to 
user;  and  (8)  equipment  installation. 

The  IC  will  provide  assistance  to  a  user  wishing  to  develop  an  appli¬ 
cation  using  off-the-shelf  software  from  defining  the  requirements, 
selecting  the  proper  product  and  teaching  development  techniques.  The  IC 
will  not  do  the  development  for  the  user.  Similar  assistance  will  be  given 
to  a  liser  who  wishes  to  create  a  custoi  program  using  one  of  the  advanced 
languages  if  possible.  The  IC  will  also  assist  the  user  in  obtaining 
access  to  data  contained  in  mainframe  data  bases. 

User  training  is  conducted  by  the  training  branch  of  the  DPFO.  It 
consists  primarily  of  in-house  and/or  contractor  classroom  training  with 
emphasis  on  hands-on  experience.  One  fourth  of  the  users  had  taken  at 
least  one  of  the  training  courses,  and  felt  that  the  impact  of  the  training 
received  was  positive  to  outstanding.  Another  one  forth  of  those  inter¬ 
viewed  were  not  able  to  schedule  training  because  of  the  class  load. 

IC  staff  members  stress  the  value  of  data  security,  continuity  of 
operations,  audit  control,  development  structure,  and  documentation  of 
application  when  consulting  with  users.  User  responses  to  the  same  control 
issues  indicate  that  they  are  not  truly  convinced  that  it  is  all  required. 


2.2.3  Staff  Awareness 


A  measure  of  the  degree  to  which  IC  staff  members  are  kept  aware  of 
the  status  of  the  implementation  of  various  services  of  the  IC  is  shown  in 
Figure  D-3.  The  value  of  the  "aware"  variable  is  computed  as  the  fraction 
of  the  staff  members’  responses  that  meet  the  awareness  definition  of 
awareness  as  defined  in  Section  2.1.2.  In  general,  a  high  fraction  of 
awareness  denotes  good  internal  connuni cat ions  between  the  staff  and  the  IC 
manager.  VIhere  the  IC  staff  is  organized  into  groups  of  technical  or 
product  specialists,  there  is  a  risk  of  a  member  losing  touch  with  what  is 
happening  in  the  other  parts  of  the  staff.  A  low  fraction  of  the  awareness 
factor,  then,  can  be  interpreted  as  the  indication  of  a  breakdown  in  com 
munications  within  the  staff  and  between  the  staff  and  the  IC  manager.  A 
low  awareness  factor  may  also  denote  a  degree  of  uncertainty  as  to  the 
exact  status  of  a  service  that  is  in  the  planning  or  implementing  stage. 
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The  data  shows  that  the  IC  staff  is  well  aware  of  the  status  of  services 
offered  for  all  services  except  custom  progranming  and  disaster  recovery. 

Most  of  the  staff  aeBbers  were  aware  of  the  IC*s  policies  relative  to 
hardware  and  software  support,  acquisitions,  and  application  development 
using  off-the-shelf  software.  The  responses  were  aore  varied  to  queries 
about  data  access,  developaent  and  docuaentation  standards,  data  security, 
backup  and  recovery,  and  custoa  programming. 


2.2.4  IC  Staff  Utilization 


The  utilization  of  personnel  in  the  IC  is  shown  Figure  D-4.  It  shows 
the  IC  manager’s  estimate  of  the  percent  of  his  time  is  spent  in  each  of 
the  task  areas.  In  Figure  D-5,  the  IC  manager’s  estimate  of  the  percent  of 
total  time  spent  by  his  staff  is  compared  to  the  normalized  total  percent 
of  time  calculated  from  the  individual  staff  aembers  estimates  of  their 
utilization,  and  is  an  estimate  of  the  IC  manager’s  feel  for  what  tasks  are 
taking  up  his  staff’s  time.  An  indication  of  the  eissignment  of  special 
interest  of  a  particular  staff  meaber  is  given  by  the  percent  of  tine  that 
is  spent  on  the  different  tasks. 

Figure  D-5  provides  an  estimate  of  the  degree  to  which  the  Ic  manager 
is  kept  aware  of  the  tasks  that  occupy  the  most  of  their  staff’s  tine.  The 
spread  in  the  percent  of  time  spent  on  different  tasks  by  different  staff 
aeabers  is  believed  to  stem  from  the  different  functional  responsibilities 
assigned  to  those  staff  members. 


2 . 3  EVALUATION  OF  IC  OPERATION 


The  evaluation  of  IC  operation  is  based  primarily  upon  the  results  of 
the  user  interviews.  It  consists  of  discussions  of  the  stated  user  needs 
with  respect  to  services  of  the  IC,  hardware  and  software  needs,  knowledge 
needs,  productivity  improvements,  training,  microcomputer  usage  issues,  and 
utility  of  the  IC. 


2.3.1  Utilization  of  IC  Services 


Figure  D-6  depicts  the  fraction  of  users  actually  utilizing  the  IC’s 
services.  A  phantcn  use  is  said  to  occur  when  a  user  reports  having 
obtained  the  service  and  the  IC  manager  reports  that  no  such  service  was 
provided. 

Current  support  requirements  are  reflected  in  Figure  D-7.  The  var¬ 
iable  (cur-need)  added  to  this  plot  depicts  the  case  wherein  the  user 
reports  a  belief  that  the  service  is  not  provided  and  the  IC  manager 
reports  the  service  as  being  provided,  and  the  user  reports  that  the  ser¬ 
vice  would  be  utilized  if  it  were  available.  The  addition  of  the  cur- need 
inputs  creates  some  demand  for  each  of  the  services  proposed.  Those  with  a 


fraction  greater  that  .5  should  be  given  particular  eaphasis  in  the  current 
operations  of  the  IC. 

The  infonsation  contained  in  Figure  D-8  tends  to  show  the  direction 
the  IC  should  be  going  if  it  is  to  aeet  the  future  deaands  for  services. 

In  this  figure,  an  additional  variable,  fut-need,  is  added.  A  future  need 
is  defined  as  the  case  where  the  user  indicates  no  need  for  the  service  at 
the  present  tine,  but  can  foresee  the  need  within  the  next  year.  The  nost 
significant  of  these  future  needs  occurs  in  the  area  of  one-on-one 
training. 


2.3.2  Other  User  Needs 


The  users  were  asked  about  possible  hardware  and  software  linitations 
which  they  believed  hindered  their  capability  to  fully  utilize  their  sys- 
tens.  The  results  of  the  survey  are  sunnarized  in  Figure  D-9.  The  najor 
conplaints  about  backup  for  the  hard  disc  sten  fron  the  use  of  a  floppy 
disc  based  backup,  with  the  attendant  tine  and  disc  investnent  required. 
Printer  needs  were  primarily  expressed  in  terns  of  faster  and  easier  to  use 
letter  quality.  Monitor  complaints  centered  upon  the  lack  of  graphics 
capability. 

The  software  interface  related  coaplaints  referred  to  the  limited 
capability  of  many  of  the  standard  software  packages  to  import  data  files 
froai  another  without  use  of  a  separate  utility  program.  In  addition, 
utility  packages  do  not  exist  for  converting  files  for  all  the  standard 
off-the-shelf  software  packages.  The  report  generator  capability  desired 
should  be  capable  of  easily  developing  report  formats  and  extracting  data 
from  several  different  files  with  different  characteristics. 

All  of  the  users  interviewed  were  very  interested  in  furthering  their 
knowledge  and  increasing  their  proficiency  in  end  user  computing.  Figure 
D-10  is  a  summary  of  the  users  response  to  queries  relating  to  the  topics 
shown.  Prograaning  wants  included  the  use  of  both  compilers/interpreters 
and  advanced  techniques  of  using  standard  packages  such  as  data  base  man¬ 
agement  and  spreadsheets.  The  information  category,  new  offerings  refers 
to  information  directly  relating  to  their  workplace  needs  and  does  not 
cover  the  broad  spectrum  of  product  advertisement  and  promotional  mat¬ 
erials.  The  interest  in  learning  more  about  the  internal  technical  details 
of  the  hardware  in  use  was  also  prevalent.  The  users  also  expressed  int¬ 
erest  in  obtaining  more  technically  advanced  information  about  the  software 
they  were  currently  using.  Main  frame  use  referred  to  both  the  use  of 
micro-main  frame  links  and  remote  terminals.  Categories  1,  3,  and  4  ind¬ 
icate  the  need  for  advanced  training,  and  provide  some  guidance  for  de¬ 
fining  the  required  course  content.  Category  5  depends  upon  the  avail¬ 
ability  of  suitable  main  frame  software.  If  such  software  (such  as  PROFS) 
is  available,  then  a  need  for  training  in  using  that  software  in  needed. 


2.3.3  Generic  Software  Used 


Figure  D-11  provides  a  breakdown  of  the  generic  types  of  software  used 
by  those  interviewed.  The  most  heavily  utilized  software  types  are  word 
processing  and  spreadsheets  indicating  that  the  training  plans  should 
eaphasize  basic  and  advanced  training  in  those  areas. 


2.3.4  Training 


Three  out  of  twelve  received  training  from  the  IC.  The  training  was 
rated  positive  to  outstanding.  Most  of  the  users  had  previous  experience 
with  micros.  Nearly  all  users  expressed  a  strong  desire  for  training.  The 
novice  for  introductory  level  so  he  can  get  started,  and  the  more  exper¬ 
ienced  user  wants  to  learn  advanced  techniques  to  get  the  most  out  of  his 
equipment . 


2.3.5  Productivity  Increase 


Six  of  the  twelve  users  interviewed  reported  significant  productivity 
improvements  through  the  use  of  computers  in  their  workplace.  The  im¬ 
provements  were  stated  in  terais  of  reduction  in  the  time  required  to  com¬ 
plete  a  task,  or  in  terms  of  tasks  that  could  now  be  accomplished  which 
could  not  have  previously  been  done.  Time  reductions  ranged  from  1.5:1  to 
10:1.  These  benefits  were  related  primarily  to  spreadsheet  and  word  pro¬ 
cessing  applications. 


2.3.6  IC  Advice  Scales 


Figure  D-12  shows  the  list  of  possible  sources  of  information  about 
computing  related  problems.  The  users  were  asked  to  rank  these  sources 
with  respect  to  the  accuracy,  understandability,  and  timeliness  of  the 
information  received.  The  average  ranking  of  each  source  is  shown  in  the 
score  column  in  the  first  half  of  the  figure.  The  users  were  also  asked 
vd»o  they  would  turn  to  for  help  with  procedural  problems,  hardware  or 
software  problems,  and  microcomputer  use  in  general.  The  results,  in  terms 
of  the  fraction  of  users  reporting  each  is  shown  in  the  three  columns  of 
the  second  part  of  the  figure. 

The  IC,  co-workers,  and  manuals  all  ran  significantly  higher  than  the 
other  sources,  €md  co-workers  rank  highest  in  timeliness.  This  result 
tends  to  show  that  "i  user  is  more  prone  to  seek  iimnediate  assistance  from  a 
knowledgeable  co-worker  first,  then  going  to  the  IC  or  the  manual  if  the 
co-worker  is  not  available  or  doesn’t  know  the  answer.  The  same  trend  is 
shown  in  the  assistance  scales.  This  suggests  that  one  way  to  reduce  some 
of  the  "nuisance"  type  trouble  calls  would  be  to  cultivate  a  knowledgeable 
user  in  each  department,  concentrate  on  the  training  of  this  person,  and 
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expecting  this  person  to  becoae  the  advisor  for  that  departaent  for  routine 
assistance  (i.e.  minor  problems  not  involving  an  inordinate  amount  of  the 
expert's  time). 


2.3.7  Control  Issues 


Users  interviewed  who  were  Wang  word  processor  users  or  xised  terminals 
from  a  mainframe  (or  mini)  were  well  aware  of  the  Central  Computer  Control 
Access  and  service  level  issues.  Backup  and  recovr  ry  issues  were  for  the 
most  part,  on  a  non-scheduled  basis.  Most  backup  data  and  program  discs 
were  not  physically  remote  from  the  workstation.  Continuity  of  operation 
had  not  occurred  to  most,  nor  had  documentation  of  their  applications. 
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APPENDIX_E 

WHITE  SANDS  MISSILE  RANGE 


1.0  BACKG^ym 


White  Sands  Missile  Range,  New  Mexico  is  the  Army's  main  missile  test 
site  and  has  a  population  of  1,400  military  and  4,000  civilians.  Computer 
users  have  traditionally  been  supported  at  White  Sands  jointly  by  the 
C(Mq>uter  Systems  Directorate  (CSD)  and  the  data  communications  shop.  1 
July  1986  marked  the  official  beginning  of  the  IC.  The  IC  had  been  planned 
since  October  1985. 

The  IC  manager  is  extremely  concerned  with  the  impact  of  the  prolif¬ 
eration  of  "stove  pipe"  systems  in  terms  of  unscheduled  utilization  of  his 
resources  to  install  and  train  the  users  on  those  systems.  One  such  in¬ 
stance  involved  the  receipt  of  a  so-called  "integrated"  systoi  wherein  the 
hardware  components  would  work  into  that  system's  environment.  Four  to  six 
man  weeks  of  IC  staff  manpower  was  required  to  develop  a  workable  config¬ 
uration  for  the  system.  Another  instance  required  twenty-four  man  hours  to 
install  and  commence  initial  operation  of  the  new  system.  Most  of  these 
systems  appear  in  the  user's  work  place  with  little  or  no  advanced  notice 
and  thus  create  scheduling  problems  when  service  is  requested  for  them. 


1 . 1  PLANNING  FACTORS 


The  tasks  of  determining  the  hardware  and  software  to  be  supported, 
and  defining  the  responsibilities  were  the  primary  tasks  of  the  IC  planning 
team.  The  team  was  made  up  of  personnel  frcxo  the  DP  and  Personnel  depart¬ 
ments.  The  needs  of  all  departments  were  determined. 


1 . 2  MISSION  SELECTION 


The  missions  of  (1}  improving  DP/end  user  relations;  (2)  increasing 
end  user  productivity;  and  (3)  providing  training  to  end  users  to  enable 
them  the  make  efficient  use  of  end  user  computing  assets,  were  given  pri¬ 
mary  considerations  when  establishing  the  goals  and  objectives  of  the  IC, 
selecting  the  services  to  be  provided,  and  establishing  schedules  and 
milestones  for  the  implementation  of  the  IC. 


1.3  SERVICES  PROVIDED 


Figure  E-l  shows  which  services  are  currently  being  provided  (height  = 
2)  and  those  which  will  be  provided  in  the  near  future  (height  =1).  No 
bar  is  8ha*«n  for  those  services  neither  provided  nor  planned.  All  figures 
for  this  appendix  are  placed  in  the  rear  of  the  appendix,  behind  all  text. 


The  services  are  defined  below: 

Assist  end  users  in  defining  their  cosputing  needs, 

Assist  end  users  in  developing  application  using  off-the-shelf 
software, 

Provide  introductory  training  in  the  use  of  Microcomputers  and 
software  (off-the  shelf). 

Provide  advanced  training  for  users  in  the  utilization  of  their 
hardware  and  software, 

Provide  computer  based  training  and  tutorials  to  end  users  so  that 
they  may  maintain  their  cranputer  competence. 

Assist  end  users  in  conducting  cost/benefit  analysis  for  justification 
of  purchase  of  microcomputer  hardware  and  software, 

Provide  custom  programming  assistance  for  end  users  developing 
microcomputer  applications  using  other  than  off-the-shelf 
software, 

Assist  end  users  in  obtaining  access  to  the  data  needed,  interfacing 
with  the  data  administration  function  as  required. 

Provide  demonstrations  of  microctaaputer  hardware  and  software  for 
the  end  users, 

Provide  training  and  assistance  for  end  users  in  recovering  lost  data 
due  to  equipment  malfunction, 

Provide  assistance  and  facilities  for  end  users  to  document  their 
applications. 

Provide  assistance  to  end  users  in  maintenance  of  the  microcomputer 
ha! dware , 

Provide  facilities  for  the  production  of  computer  generated  graphic 
charts  and  graphs, 

Assist  the  end  users  in  determining  the  best  hardware/software 
configuration  to  meet  their  processing  needs. 

Provide  training  and  assistance  to  end  users  in  installation  of  their 
hardware  and  software. 

Provide  training  and  assistance  to  end  users  in  diagnosing  problems 
with  their  hardware  and  software. 

Establish  a  single  point  of  contact  for  users  to  utilize  in  obtaining 
assistance  with  computer  related  problems. 

Provide  hardware  for  use,  on  a  loan  basis,  when  the  end  users* 
hardware  is  down  for  repairs. 
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Publish  a  newsletter  on  a  routine  basis  to  keep  end  users  up  to  date 
on  new  developaents  in  hardware,  software,  and  applications, 

Provide  one-on-one  training  for  end  users  when  necessary, 


Perfons  evaluations  of  new  hardware  and  software,  and  aake 
recMBendations  as  to  the  utility  of  such  to  the  user  coaninity. 

Coordinate  the  establishment  of  User  Groups  to  foster  the  exchange  of 
information  within  the  user  community  of  events  of  interest. 

Provide  liaison  between  the  end  users  and  microcomputer  hardware  and 
software  vendors. 

Assist  the  end  user  in  the  procuronent  of  microcomputer  assets. 


2.0  ANALYSIS  OF  IC  OPERATIONS 


The  results  of  the  interviews  conducted  during  the  evaluation  visits 
have  been  analyzed  with  respect  to  the  topics  discussed  in  Chapter  6  of  the 
Planning  and  lBQ>lementation  Guide.  The  following  sections  discuss  the 
findings  as  they  relate  to  Marketing  the  IC,  On-Going  Operations  of  the 
IC,  and  Evaluation  of  Support  Provide  to  the  user  community. 

Section  2.1  discusses  the  methods  utilized  to  market  the  IC’s  ser¬ 
vices,  and  provides  a  primary  measure  of  the  effectiveness  of  these 
efforts. 

On-Going  Operations  of  the  IC  are  discussed  in  Section  2.2.  The 
discussion  included  information  about  the  internal  operation  of  the  IC,  and 
utilization  of  the  staff.  The  discttssion  also  covers  training  methods  and 
records  maintained  by  the  IC. 

The  value  of  the  IC  as  seen  from  the  users  viewpoint  is  presented  in 
Section  2.3.  The  section  includes;  (1)  discussion  of  expressed  needs  of 
the  users  in  terms  of  har(h«are,  software,  and  training;  (2)  check  list 
responses;  and  (3)  rating  of  the  IC  as  a  source  of  assistance  and  infor¬ 
mation  about  microcomputer  usage. 


2,1  MARKETING  THE  IC 


The  Planning  and  Implementation  Guide  describes  several  techniques  for 
marketing  the  services  provided  by  the  IC.  These  techniques  include  pub 
lishing  a  newsletlt  -,  formation  of  user  groups,  promulgation  of  a  User’s 
Manual,  and  conducting  demonstrations  of  new  hardware  and  software  in  the 
IC. 


2.1.1  Marketing  Techniques  Used 


The  publishing  of  a  uewsietter  and  develspaent  of  a  User’s  Manual  is 
being  planned  for  the  next  year.  User  groups  have  been  used  successfully 
at  White  Sands  Missile  Range  for  sore  than  twenty  (20)  years.  Four  (4) 
different  groups  currently  seet:  (1)  Work  Place  Automtion  (WAS);  (2) 
■icrocooputer;  (3)  Intel;  and  (4)  scientific  and  engineering  users.  User 
groups  Meetings  are  scheduled  aonthly  during  duty  hours.  The  first  half  of 
the  hour-long  meetings  are  devoted  to  a  forsal  presentat'.Oii  by  a  subject 
matter  expert.  The  last  half  of  the  meeting  takes  the  form  of  a  round¬ 
table,  where  users  share  probl^is,  solutions,  and  lessons  learned. 

User  Group  meetings  and  other  special  events  are  advertised  in  the 
weekly  installation  newspaper,  and  on  bulletin  boards. 

White  Sands  conducts  an  annual  survey  of  all  elements  on  post  to 
solicit  information  on  applications  in  use,  including  software  developed  by 
users.  The  survey  results  in  a  published  catalog  which  lists  for  each 
application,  the  application  area,  how  the  software  is  used,  the  organ¬ 
ization,  and  a  point  of  contact.  The  IC  also  maintains  an  automated  lib¬ 
rary  of  public  domain  software  available  to  users  without  cost. 


2.1.2  User  Awareness 


An  estimate  of  the  success  of  IC’s  marketing  program  is  obtained  from 
a  comparison  of  the  list  of  services  provided  with  the  responses  to  the 
user  survey  concerning  services  available  from  the  IC.  Bach  user  inter¬ 
viewed  was  given  a  list  of  services  which  could  be  provided  by  any  IC.  The 
user  was  then  asked  to  indicate;  (1)  if  he  believed  that  the  service  was 
provided  by  the  1C,  (2)  indicate  whether  or  not  the  service  has  been 
personally  used  by  that  user,  (3)  if  not  provided,  indicate  whether  there 
was  a  current  need  for  the  service  if  it  were  available,  and  (4)  if  not 
provided,  indicate  if  it  were  predicted  that  the  service  would  be  utilized 
within  the  next  year.  The  user  is  said  to  be  aware  of  the  service  if  his 
response  and  the  managers  response  meet  the  following  criteria: 

If  the  manager  says  the  service  is  provided  and  the  user  says  it  is 
either  provided  or  has  been  used. 

If  the  manager  reports  the  service  is  not  provided  or  being  planned,  and 
the  user  reports  either  not  provided  or  a  need  for  the  service. 

All  other  combinations  of  manager  and  user  response  are  not  considered 
as  aware  responses. 

Figure  E-2  shows  the  fraction  of  the  users  that  are  aware  of  the  true 
status  of  each  of  the  services.  The  user  is  generally  well  informed  of 
those  services  which  may  be  considered  as  basic  functions  of  a  beginning 
IC,  but  the  awareness  drops  off  when  considering  the  more  advanced  types  of 
services  such  as  data  administration.  The  user’s  lack  of  awareness  of  the 
status  of  demonstrations  probably  stems  from  the  fact  that  the  service  is 
planned  for  implementation  and  some  initial  trial  demonstrations  nay  have 


taken  place.  In  the  case  of  hardware/software  evaluations,  three  of  the 
users  were  unaware  that  the  service  was  being  provided. 


2 . 2  ON-GOIWG  OPERATIONS 

Chapter  six  of  the  Planning  and  Implementation  Guide  provides  several 
strategies  for  continued  success  of  the  IC.  The  IC  must  maintain  an  aware¬ 
ness  of  coHsand  strategies,  current  technology  trends,  and  end  user  com¬ 
puting  needs.  There  should  be  definable  and  measurable  objectives  with 
appropriate  milestones  established  for  the  IC.  The  staff  should  be  fully 
aware  of  the  strategies  and  procedures  necessary  to  achieve  the  objectives 
and  meet  scheduled  milestones.  A  Standard  Operating  Procedures  (SOP) 

Manual  should  be  developed  to  document  these  requirements  and  provide  ready 
reference  for  the  staff. 


Operating  standards,  guides  and  procedures  for  the  IC  and  a  User's 
Manual  are  being  prepared,  but  promulgation  is  being  deferred  until  the 
reorganization  and  consolidation  of  ISC  assets  has  been  ccxnpleted  (see  next 
paragraph) . 

The  stated  objective  of  the  IC  is  to  "provide  integrated  customer 
support  to  the  user's  multidisciplined  operational  activities,  to  include 
providing  of  technical  training  to  user  personnel,  hardware  and  software 
displays  and  demonstrations,  a  software  clearing  house,  and  t'jchnical  user 
consultant  services". 

The  primary  goal  is  to  develop  into  a  totally  integrated  facility 
responsive  to  the  user  community  needs.  No  strategies  or  milestones  were 
given  for  achieving  these  goals. 


2.2.1  IC  Organization 


The  IC,  at  the  time  of  the  evaluation  visit,  was  staffed  by  one  full 
time  and  eight  part-time  people.  Ti.e  transfer  of  other  assets  from  the 
Computer  Directorate  to  the  local  ISC  Commander  had  not  occurred.  The 
staffing  of  the  IC  is  planned  to  change  consiaerably  when  the  consolidation 
of  assets  occurs.  In  the  meantime,  additional  end  user  support  is  obtained 
from  both  the  Business  Systems,  and  Scientific  and  Engineering  Systems 
branches  through  informal  arrangements  between  the  respective  managers. 

The  IC  roiains  the  central  Point  of  Contact  (POC)  for  end  users,  and 
problems  within  the  scope  of  responsibility  of  others  are  referred  to  the 
POC  of  the  appropriate  branch.  When  formed,  the  IC  will  have  more  than  one 
subdivision,  with  staff  specialists  in  microcomputer  hardware/software 
products,  training,  installation  and  maintenance,  networking  and  data  com 
munications,  and  micro/main  frame  links. 


2.2.2  IC_Support_Policies 


The  IC  supports  terminals  linked  to  the  mainframe,  stand  alone  micros 
and  minis,  micro  networks,  and  micros  connected  to  the  mainframe.  It 
attempts  to  support  all  of  the  popular  brands  of  micro  software,  and  will 
provide  full  support  to  applications  development  using  off-the-shelf  soft 
ware.  Support  for  other  applications  development  is  limited  to  assistance 
and  advice,  not  custom  programming.  The  IC  has  no  policy  for  assisting 
users  to  get  access  to  data  in  mainframe  data  files. 

Training  is  sponsored  by  the  Scientific  Systems  Division  of  the  CSD. 
An  annual  training  needs  survey  is  conducted,  and  training  for  the  entire 
year  is  scheduled  based  on  the  survey.  A  copy  of  the  needs  survey,  and  a 
course  evaluation  form  are  found  in  Appendix  F  of  the  Planning  and  Imple 
mentation  Guide.  Actual  classroom  training  is  conducted  by  contract  per 
sonnel,  but  the  course  curricula  is  set  by  the  staff. 

The  IC  also  provides  some  support  to  outside  activities,  primarily  in 
telecommunications  and  data  transmission,  such  as  Dugway,  Anniston,  Fort 
Bliss,  Pine  Bluff  and  Halloran  AFB. 


2.2.3  Staff _Awareness 


A  measure  of  the  degree  to  which  IC  staff  members  are  kept  aware  of 
the  status  of  the  implementation  of  various  services  of  the  IC  is  shown  in 
Figure  E-3.  The  value  of  the  "aware"  variable  is  computed  as  the  fraction 
of  the  staff  members’  responses  that  meet  the  awareness  definition  of 
awareness  as  defined  in  paragraph  2.1.2.  In  general,  a  high  fraction  of 
awareness  denotes  good  internal  communications  between  the  staff  and  the  IC 
manager.  Where  the  IC  staff  is  organized  into  groups  of  technical  or 
product  specialists,  there  is  a  risk  of  a  member  losing  touch  with  what  is 
happening  in  the  other  parts  of  the  staff.  A  low  fraction  of  the  awareness 
factor,  then,  can  be  interpreted  as  the  indication  of  a  breakdown  in  com 
munications  within  the  staff  and  between  the  staff  and  the  IC  manager.  A 
low  awareness  factor  may  also  denote  a  degree  of  uncertainty  as  to  the 
exact  status  of  a  service  that  is  in  the  planning  or  implementation  stage. 
There  is  a  workable  agreement  for  all  services  except  demonstrations  and 
hardware  maintenance.  These  differences  are  probably  due  to  uncertainty  as 
to  the  degree  of  implementation  that  has  been  accomplished,  since  the 
services  are  reported  as  being  planned  by  the  manager  and  as  operational  by 
most  of  the  staff  members. 


2.2.4  IC_Staf f _Utilization 


The  utilization  of  personnel  in  the  IC  is  shown  Figure  E-4.  In  Figure 
E-4,  the  IC  manager’s  estimate  of  the  percent  of  total  time  spent  by  his 
staff  is  compared  to  the  normalized  total  percent  of  time  calculated  from 
the  individual  staff  members  estimates  of  their  utilization,  and  is  an 
estimate  of  the  IC  manager’s  feel  for  what  tasks  are  taking  up  his  staff’s 
time.  An  indication  of  the  assignment  of  special  interest  of  a  particular 


staff  seiner  is  given  by  the  percent  of  time  that  is  spent  on  the  different 
tasks. 


2 . 3  EVALUATION  OF  IC  OPERATION 


The  evaluation  of  IC  operation  is  based  primarily  upon  the  results  of 
the  user  interviews.  It  consists  of  discussions  of  the  stated  user  needs 
with  respect  to  services  of  the  IC,  hardware  and  software  needs,  knowledge 
needs,  productivity  istproveaents,  training,  microcomputer  usage  issues,  and 
utility  of  the  1C. 


2.3.1  Utilization  of  IC  Services 


Figure  E-5  depicts  the  fraction  of  users  actually  utilizing  the  IC’s 
services.  A  phantemo  use  is  said  to  occur  when  a  user  reports  having 
obtained  the  service  and  the  IC  manager  reports  that  no  such  services  was 
provided. 

Current  support  requirements  are  reflected  in  Figure  E-6.  The  var¬ 
iable  (cur-need)  added  to  this  plot  depicts  the  case  wherein  the  user 
reports  a  belief  that  the  service  is  not  provided  and  the  IC  manager 
reports  the  service  as  being  provided,  and  the  user  reports  that  the  ser¬ 
vice  would  be  utilized  if  it  were  available.  The  addition  of  the  cur-need 
inputs  creates  some  demand  for  each  of  the  services  proposed.  Those  with  a 
fraction  greater  that  .5  should  be  given  particular  emphasis  in  the  current 
operations  of  the  IC. 

The  information  contained  in  Figure  E-7  tends  to  show  the  direction 
the  IC  should  be  going  if  it  is  to  meet  the  future  demands  for  services. 

In  this  figure,  an  additional  variable,  fut-need,  is  added.  A  future  need 
is  defined  as  the  case  where  the  user  indicates  no  need  for  the  service  at 
the  present  time,  but  can  foresee  the  need  within  the  next  year. 


2.3.2  Other  User  Requirements 


The  users  were  askod  about  possible  hardware  and  software  limitations 
which  they  believed  hindered  their  capability  to  fully  utilize  their  sys¬ 
tems.  The  results  of  the  survey  are  summarized  in  Figure  E-8.  The  major 
complaints  about  backup  for  the  hard  disc  stem  from  the  use  of  a  floppy 
disc  based  backup,  with  the  attendant  time  and  disc  investment  required. 
Printer  needs  were  primarily  expressed  in  terms  of  faster  and  easier  to  use 
letter  aualitv.  Mo  litor  complaints  centered  upon  the  lack  of  graphics 
capability. 

The  software  interface  related  complaints  referred  to  the  limited 
capability  of  many  of  the  standard  software  packages  to  import  data  files 
from  another  without  use  of  a  separate  utility  program.  In  addition, 
utility  packages  do  not  exist  for  converting  files  for  all  the  standard 
off-the-shelf  software  packages.  The  report  generator  capability  desired 
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should  be  capable  of  easily  developing  report  foraats  and  extracting  data 
fron  several  different  files  with  different  characteristics. 

All  of  the  users  interviewed  were  very  interested  in  furthering  their 
knowledge  and  increasing  their  proficiency  in  end  user  coaputing.  Figure 
E-9  is  a  suasary  of  the  users  response  to  queries  relating  to  the  topics 
shown.  Prograaning  wants  included  the  use  of  both  coapilers/ interpreters 
and  advanced  techniques  of  using  standard  packages  such  as  data  base  aan- 
ageaent  and  spreadsheets.  The  information  category,  new  off<$rings  refers 
to  information  directly  relating  to  their  workplace  needs  and  does  not 
cover  the  broad  spectmai  of  product  advertiseaent  and  promotional  mat¬ 
erials.  Interest  in  learning  more  about  the  internal  technical  details  of 
the  hardware  in  use  was  also  prevalent.  The  users  also  expressed  interest 
in  obtaining  more  technically  advanced  information  about  the  software  they 
were  currently  using.  Main  frame  use  referred  to  both  the  micro-main  frame 
links  and  remote  terminals.  Categories  1,  3,  and  4  indicate  the  need  for 
advanced  training,  and  provide  some  guidance  for  defining  the  required 
course  content.  Category  5  depends  upon  the  availability  of  suitable  main 
frame  software.  If  such  software  (such  as  PROFS)  is  available  then  a  need 
for  training  in  use  of  that  software  in  needed. 


2.3.3  Generic  Software  Used 


Figure  E-10  provides  a  breakdown  of  the  generic  types  of  software  used 
by  those  interviewed.  The  most  heavily  utilized  software  types  are  word 
processing  and  spreadsheets  indicating  that  the  training  plans  should 
emphasize  basic  and  advanced  training  in  those  areas. 


2.3.4  Training 


Four  of  five  of  the  users  interviewed  had  received  some  sort  of 
training  in  microcomputer  use  from  the  IC,  and  rated  the  course  as  having  a 
moderate  to  positive  impact  upon  their  ability  to  use  their  systems.  The 
two  who  reported  a  moderate  impact  had  one  to  three  years  of  previous 
experience  in  using  microcomputers.  Nearly  all  users  expressed  a  strong 
desire  for  training.  The  novice  for  introductory  level  so  he  can  get 
started,  and  the  more  experienced  user  wants  to  learn  advanced  techniques 
to  get  the  most  out  of  his  equipment. 


2.3.5  Productivity  Increases 


Four  of  the  five  users  interviewed  reported  significant  productivity 
improvements  through  use  of  computers  in  their  workplace.  The  improvements 
were  stated  in  terms  of  reduction  in  the  time  required  to  complete  a  task, 
or  in  terms  of  tasks  that  could  now  be  acc<»plished  which  could  not  have 
previously  been  done.  Time  reductions  ranged  from  1.5:1  to  10:1.  These 
benefits  were  related  primarily  to  spreadsheet  and  word  processing 
applications. 


2.3.6  IC  Advise  Scales 


Figure  E-11  shows  the  list  of  possible  sources  of  inforastion  about 
c<»puting  related  problems.  The  users  were  asked  to  rank  these  sources 
with  respect  to  the  accuracy,  understandability,  and  timeliness  of  the 
information  received.  The  average  ranking  of  each  source  is  shown  in  the 
score  column  in  the  first  half  of  the  figure.  The  users  %«ere  also  asked 
who  they  would  turn  to  for  help  with  procedural  problems,  hardware  or 
software  problems,  and  microcomputer  use  in  general.  The  results,  in  terms 
of  the  fraction  of  users  reporting  each  is  shown  in  the  three  columns  of 
the  second  part  of  the  figure. 

The  IC,  co-workers,  and  manuals  all  ran  significantly  higher  than  the 
other  sources.  This  result  tends  to  show  that  a  user  is  more  prone  to  seek 
immediate  assistance  from  a  knowledgeable  co-worker  first,  then  going  to 
the  IC  or  the  manual  if  the  co-worker  is  not  available  or  doesn’t  know  the 
answer.  This  suggests  that  one  way  to  reduce  some  of  the  "nuisance”  type 
trouble  calls  would  be  to  cultivate  a  knowledgeable  user  in  each  depart¬ 
ment,  concentrate  on  the  training  on  this  person,  and  expecting  this  person 
to  become  the  advisor  for  that  department  for  routine  assistance  (i.e. 
minor  problems  not  involving  an  inordinate  amount  of  the  expert’s  time). 


2.3.7  Control  Issues 

Staff  responses  to  the  check  lists  on  the  issues  of  continuity  of 
operation,  audits  and  controls,  cost-benefit  analysis,  system  development 
and  documentation  standards,  and  data  security  matters  show  that  these 
aspects  of  end  user  computing  are  emphasized  by  the  staff  at  all  times. 
The  user  responses,  however,  indicate  that  these  issues  are  truly  not 
recognized  as  a  real  problem  and  are  given  no  more  than  lip  service. 
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FIGURE  E-1  SERVICES  PROVIDED 
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FIGURE  E-2  USER  AWARENESS 
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FIGURE  E-3  STAFF  AWARENESS 
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FIGURE  E-4  STAFF  TIME  DISTRIBUTION 
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FIGURE  E-5  SERVICE  UTILIZATION 
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FIGURE  E-6  CURRENT  REQUIREMENTS 
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FIGURE  E-7  FUTURE  NEEDS 
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FIGURE  E-8  HARDWARE /SOFTWARE  LIMITATIONS 
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FIGURE  E-9  KNOWLEDGE 
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^PENDIX  r 
FORT  HOOD 

1.0  BACKGROUND 


Fort  Hood,  Texas  is  the  headquarters  of  III  Corps,  2nd  Araored  Div¬ 
ision,  1st  Cavalry  Division,  6th  Cavalry  Brigade,  3rd  Signal  Brigade,  and 
Ccaibined  Anas  Test  Activity  and  has  a  population  of  38,000  nilitary  and 
5,600  civilians.  The  IC  at  Fort  Hood  has  been  in  existence  since  1984; 
planning  for  the  center  was  begun  during  1983-4.  A  suanary  of  those  ser¬ 
vices  currently  offered  by  the  IC,  and  those  planned,  is  shown  in  Figure 
F-1.  All  figures  for  this  appendix  are  placed  in  the  rear  of  the  appen¬ 
dix,  behind  all  text.  In  addition  to  the  current  centrally  located  IC,  two 
additional  ICs  are  planned  at  each  end  of  the  post. 

The  four  (4)  of  the  six  (6)  tactical  units  at  Fort  Hood  have  estab¬ 
lished  their  own  ICs,  which  focus  heavily  on  training.  Users  begin  with 
the  vendor  supplied  tutorials  that  cose  with  the  software  packages.  Then 
they  progress  to  paper  tutorials,  developed  by  the  IC,  with  exercises  based 
on  work  requirements.  When  the  user  has  completed  this  tutorial,  he  de¬ 
velops  an  application,  with  the  help  of  the  IC,  specific  to  his  job  sit¬ 
uation.  This  training  sequence  may  take  place  over  a  period  of  several 
months,  with  the  user  spending  approximately  four  (4)  hours  a  week  in  the 
IC.  An  Information  Management  Council  is  planned,  which  would  bring  to¬ 
gether  on  a  regular  basis  the  tactical  unit  information  managers  with  the 
DOIM  and  staff.  Some  of  the  tactical  ICs  are  publishing  newsletters  and 
have  formed  users  groups. 


1.1  PLANNING  FACTORS 


The  primary  tasks  carried  out  by  the  study  team  when  planning  for  the 
IC  were  surveying  user  needs,  determining  the  hardware  and  software  to  be 
supported,  defining  the  responsibilities  of  the  IC,  and  surveying  available 
training  resources.  All  departments  participated  in  the  study  process. 

1 . 2  MISSION  SELECTION 


Primary  consideration  was  given  to  the  following  missions  when  plan¬ 
ning  for  the  IC;  (1)  improve  DP/end  user  relations,  (2)  reduce  DP  backlog, 
(3)  increase  end  user  productivity,  (4)  standardize  microcomputer  hardware 
and  software,  (5)  provide  training  in  computer  usage,  assist  end  users  in 
identifying  needs,  (6)  evaluate  new  technology,  and  (7)  provide  authorized 
users  access  to  previously  information/data  bases. 


1.3  SERVICES  PROVIDED 


Figure  F-1  contains  a  list  of  services  which  may  be  offered  by  any  IC. 
Those  vdiich  are  being  provided  are  shown  with  a  height  of  two,  while  those 


still  in  the  planning  and  ippleaentation  stage  only  have  a  height  of  one. 

No  bar  is  shown  for  those  services  neither  provided  nor  planned.  The 
services  are  defined  below: 

Assist  end  users  in  defining  their  coaputing  needs, 

Assist  end  users  in  developing  application  using  off-the-shelf 
software, 

Provide  introductory  training  in  the  use  of  nicroconputers  and 
software  (off-the  shelf). 

Provide  advanced  training  for  users  in  the  utilization  of  their 
hardware  and  software, 

Provide  computer  based  training  and  tutorials  to  end  users  so  that 
they  nay  maintain  their  ccaiputer  competence, 

Assist  end  users  in  conducting  cost/benefit  analysis  for  justification 
of  purchase  of  microcomputer  hardware  and  software, 

Provide  ciiston  prograBoing  assistance  for  end  users  developing  micro 
computer  applications  using  other  than  off-the-shelf  software, 

Assist  end  users  in  obtaining  access  to  the  data  needed,  interfacing 
with  the  data  administration  function  as  required, 

Provide  demonstrations  of  microccanputer  hardware  and  software  for 
the  end  users, 

Provide  training  and  assistance  for  end  users  in  recovering  lost  data 
due  to  equipment  malfunction, 

Provide  assistance  and  facilities  for  end  users  to  document  their 
applications. 

Provide  assistance  to  end  users  in  maintenance  of  the  microcomputer 
hardware , 

Provide  facilities  for  the  production  of  computer  generated  graphic 
charts  and  graphs. 

Assist  the  end  users  in  determining  the  best  hardware/software 
configuration  to  meet  their  processing  needs. 

Provide  training  and  assistance  to  end  users  in  installation  of  their 
hardware  and  software. 

Provide  training  and  assistance  to  end  users  in  diagnosing  problems 
with  their  hardware  and  software. 

Establish  a  single  point  of  contact  for  users  to  utilize  in  obtaining 
assistance  with  computer  related  problems. 

Provide  hardware  for  use,  on  a  loan  basis,  when  the  end  users’ 


hardware  is  down  for  repairs. 


Publish  a  newsletter  on  a  routine  basis  to  keep  end  users  up  to  date 
on  new  developnents  in  hardware,  software,  and  applications, 

Provide  one-on-one  training  for  end  users  tdien  necessary, 

Perform  evaluations  of  new  hardware  and  software,  and  make 
reconiendations  as  to  the  utility  of  such  to  the  user  coamunity, 

Coordinate  the  establishment  of  User  Groups  to  foster  the  exchange  of 
information  within  the  user  c<»aninity  of  events  of  interest. 

Provide  liaison  between  the  end  users  and  microcomputer  hardware  and 
software  vendors, 

Assist  the  end  user  in  the  procurement  of  microcomputer  assets. 


2 . 0  ANALYSIS  OF  IC  OPERATIONS 


The  results  of  the  interviews  conducted  during  the  evaluation  visits 
have  been  analyzed  with  respect  to  the  topics  discussed  in  Chapter  6  of  the 
Planning  and  Implementation  Guide.  The  following  sections  discuss  the 
findings  as  they  relate  to  Marketing  the  IC,  On-Going  Operations  of  the 
IC,  and  Evaluation  of  Support  Provided  to  the  user  cossmnity. 

Section  2.1  discusses  the  methods  utilized  to  market  the  IC's  ser¬ 
vices,  and  provides  a  primary  measure  of  the  effectiveness  of  these 
efforts. 

On-Going  Operations  of  the  IC  are  discussed  in  Section  2.2.  The 
discussion  included  information  about  the  internal  operation  of  the  IC,  and 
utilization  of  the  staff.  The  discussion  also  covers  training  methods  and 
records  maintained  by  the  IC. 

The  value  of  the  IC  as  seen  from  the  users  viewpoint  is  presented  in 
Section  2.3.  The  section  includes;  (1)  discussion  of  expressed  needs  of 
the  users  in  terms  of  hardware,  software,  and  training;  (2)  check  list 
responses;  and  (3)  rating  of  the  IC  as  a  source  of  assistance  and  infor¬ 
mation  about  microcomputer  usage. 


2.1  MARK*'TING  THE  IC 


The  Planning  and  Implementation  Guide  describes  several  techniques  for 
marketing  the  services  provided  by  the  IC.  These  techniques  include  pub¬ 
lishing  a  newsletter,  formation  of  user  groups,  promulgation  of  a  User’s 
Manual,  and  conducting  demonstrations  of  new  hardware  and  software  in  the 


2.1.1  Marketing  Techiii9ues  ll«ed 


The  first  issue  of  the  IC  newsletter  was  published  in  March  of  this 
year.  It  included  articles  about  points  of  contact,  repair  and  aaintenance 
procedures,  requests  for  services,  aicroccnputer  software.  An  ADP  Infor- 
■ation  Guide  has  also  been  published.  The  table  of  contents  of  this  guide 
is  contained  in  Appendix  F  of  the  Planning  and  Infomation  Guide.  The  IC 
also  has  a  PC  based  briefing  on  the  purpose  and  functions  of  the  IC. 


2.1.2  User  Awareness 


An  estimate  of  the  success  of  IC*s  marketing  program  is  obtained  from 
a  comparison  of  the  list  of  services  provided  with  the  responses  to  the 
user  survey  concerning  services  available  from  the  IC.  Each  user  inter¬ 
viewed  was  given  a  list  of  services  which  could  be  provided  by  any  IC.  The 
user  was  then  asked  to  indicate;  (1)  if  he  believed  that  the  service  was 
provided  by  the  IC,  (2)  indicate  whether  or  not  the  service  has  been 
personally  used  by  that  user,  (3)  if  not  provided,  indicate  vdiether  there 
was  a  current  need  for  the  service  if  it  were  available,  and  (4)  if  not 
provided,  indicate  if  it  t«ere  predicted  that  the  service  would  be  utilized 
within  the  next  year. 

The  user  is  said  to  be  aware  of  the  service  if  his  response  and  the 
managers  response  meet  the  following  criteria; 

If  the  manager  says  the  service  is  provided  and  the  user  says  it  is 
either  provided  or  has  been  used. 

If  the  manager  reports  the  service  is  not  provided  or  being  planned,  and 
the  user  reports  either  not  provided  or  a  need  for  the  service. 

All  other  combinations  of  manager  and  user  response  are  not  considered 
as  aware  responses. 

Figure  F-2  shows  the  fraction  of  the  users  that  are  aware  of  the  true 
status  of  each  of  the  services.  The  overall  percentage  of  users  that  are 
aware  of  the  services  being  provided  by  the  IC  is  unusually  low.  One 
possible  explanation  is  the  short  length  of  time  that  the  newsletter  has 
been  in  existence.  The  inclusion  of  more  articles  relating  to  the  IC’s 
services  in  future  issues  will  help.  The  fact  that  the  user  sample  inter¬ 
viewed  was  predominantly  main  frame  oriented  may  also  have  some  impact.  It 
is  also  believed  that  the  ADP  Information  Guide  section  relating  to  ob¬ 
taining  services,  other  than  those  main  frame  related  services,  of  the  IC 
could  be  greatly  expanded. 


2 . 2  ON-GOING  OPERATIONS 


Chapter  six  of  the  Planning  and  Implementation  Guide  provides  several 
strategies  for  continued  success  of  the  IC.  The  IC  must  maintain  an  aware¬ 
ness  of  c(»iand  strategies,  current  technology  trends,  and  end  user 


conputing  needs.  There  should  be  definable  and  aeasurable  objectives  with 
appropriate  ailestones  established  for  the  IC.  The  staff  should  be  fully 
aware  of  the  strategies  and  procedures  necessary  to  achieve  the  objectives 
and  Beet  scheduled  ailestones.  A  Standard  Operating  Procedures  (SOP) 

■anual  should  be  developed  to  document  these  requirenents  and  provide  ready 
reference  for  the  staff. 


2.2.1  IC  Organization 


The  IC  is  staffed  by  twelve  people  including  the  aanager.  Most  of  the 
staff  cue  from  DP  (eight);  operational  (one);  and  outside  hired  (three). 
Each  staff  aeDber  is  a  specialist  and  has  prime  responsibility  for  a  subset 
of  services/products  to  be  supported.  One  staff  member  has  an  educational 
background.  He  has  developed  a  set  of  courses  and  teaches  the  classes 
offered. 

The  defined  primary  missions  of  the  IC  is  to  provide  the  user  com¬ 
munity  with  the  productivity  aids.  Allowing  users  to  becue  self-suf¬ 
ficient  in  the  access  of  data,  reducing  his/her  requirements  for  program¬ 
ming  resources  from  the  Information  Systems  Department. 

The  objective  of  the  IC  is  to;  (1)  provide  cradle  to  grave  service  to, 
assist  the  user  in  defining  his  needs,  structure  a  system  to  satisfy  his 
needs,  auist  in  the  procurement  of  hardware  and  software,  provide  training 
on  a  system  he  will  receive,  install  hardware  and  software  for  the  user, 
provide  consulting  service  as  his  needs  expand;  (2)  provide  training  on 
hardware  and  software,  (3)  advertise  availability  of  services,  (4)  stay 
ahead  of  user  needs  in  order  to  be  proactive  rather  that  reactive. 

Goals  include:  (1)  increase  training  for  the  users  as  evidenced  by  an 
increased  nm^er  of  students  c(»pleting  courses,  (2)  review  applicable 
software  and  recommend  procurement  of  that  which  best  fits  the  users  needs, 
(3)  establish  a  user  group,  (4)  establish  an  electronic  bulletin  board,  (5) 
enhance  the  status  of  the  IC,  (6)  fully  staff  the  IC. 


2.2.2  IC  Support  Policies 


The  IC  supports  timesharing,  online  mainframe  terminals,  stand 
alone  microcomputers,  networked  microcomputers,  and  networks. 

The  IC  performs  a  full  range  of  data  administration  like  duties 
while  assisting  the  authorized  users  get  access  to  previously  inaccessible 
information  and  data  bases.  Data  security  principles  are  imposed  in  cases 
where  the  user  is  accessing  critical  data.  The  IC  provides  a  full  range  of 
assistance  for  the  user  who  wished  to  develop  an  application  using  a 
standard  off-the-shelf  software  package,  but  will  not  support  custew  pro¬ 
gramming  efforts. 

The  sequence  for  procurement  of  ADP  resources  is  as  follows;  (1)  user 
identified  need;  (2)  IC  analyst  helps  user  identify  requirements;  (3)  user 
completes  capabilities  requirements  form  (a  copy  is  located  in  Appendix  FI; 


(4)  requirement  goes  to  the  plans  and  management  office  for  approval;  (5) 
requirement  goes  to  autcnation  division  chief  who  transfers  it  to  a  program 
analyst  when  it  is  mainframe  related,  or  to  the  IC  when  it  is  PC  related; 
(6)  the  IC  configures  the  systos;  (7)  the  configuration,  a  project  design 
plan,  and  a  dollar  estimate  go  to  the  user  for  review;  (8)  item  ordered; 

(9)  user  receives  training;  and  (10)  IC  provides  installation  assistance 

The  Center  estimates  that  90Si  of  the  users  purchase  the  installation 
standard  hardware  and  software  products.  The  IC  does  not  prcMsise  to  pro¬ 
vide  in-depth  support  of  products  not  on  the  standard  list. 

Training  is  offered  by  the  IC  and  led  by  IC  staff.  Users  are  required 
to  participate  in  training  before  they  are  issued  a  PC.  The  IC  offers 
training  on  the  installation’s  standard  software  packages,  and  provides 
training  geared  to  managers  as  well.  The  Civilian  Personnel  Office  (CPO) 
conducts  a  semi-annual  training  requirements  survey,  and  schedules  students 
for  training.  Both  civilian  and  military  personnel  are  eligible  for 
training.  A  local  college  has  agreed  to  accept  courses  offered  by  the  IC 
for  credit.  The  responsibilities  of  the  DOIM  IC,  CPO,  and  DAMO  are  des¬ 
cribed  in  a  formal  Memorandum  of  Understanding.  A  copy  of  this  document  is 
in  Appendix  F  of  the  Planning  and  Implementation  Guide. 


2.2.3  Staff  Awareness 

A  measure  of  the  degree  to  which  IC  staff  members  are  Kept  aware  of 
the  status  of  the  implementation  of  various  services  of  the  IC  is  shown  in 
Figure  F-3.  The  value  of  the  "aware”  variable  is  computed  as  the  fraction 
of  the  staff  members’  responses  that  meet  the  awareness  definition  of 
awareness  as  defined  in  paragraph  2.1.2.  In  general,  a  high  fraction  of 
awareness  denotes  good  internal  communications  between  the  staff  and  the  IC 
manager.  Where  the  IC  staff  is  organized  into  groups  of  technical  or 
product  specialists,  there  is  a  risk  of  a  member  losing  touch  with  what  is 
happening  in  the  other  parts  of  the  staff.  A  low  fraction  of  the  awareness 
factor,  then,  can  be  interpreted  as  the  indication  of  a  break-down  in 
communications  within  the  staff  and  between  the  staff  and  the  IC  manager. 

A  low  awareness  factor  may  also  denote  a  degree  of  uncertainty  as  the  the 
exact  status  of  a  service  that  is  m  the  planning  or  implementation  stage. 
There  is  a  good  agreement  for  all  basic  services  except  for  the  more 
advanced  services  such  as  data  administration,  loan  equipment  and  formation 
of  user  groups.  Much  of  the  discrepancy  stems  from  an  uncertainty  as  to 
the  state  of  implementation  of  some  of  the  services.  Care  must  be  exer¬ 
cised  that  staff  members  do  not  become  so  engrossed  in  the  happenings 
within  their  specialty  area  that  they  lose  sight  of  what  is  happening  in 
the  IC  as  a  whole. 


2.2.4  IC  Staff  Utilization 


The  utilization  of  personnel  in  the  IC  is  shown  Figure  F-4.  It  shows 
the  IC  manager’s  estimate  of  the  percent  of  his  time  is  spent  in  each  of 
the  task  areas.  In  Figure  F-5,  the  IC  manager’s  estimate  of  the  percent  of 


total  time  spent  by  his  staff  is  compared  to  the  normalized  total  percent 


of  tine  calculated  froo  the  individual  staff  Benbers  estimates  of  their 
utilization,  and  is  an  estimate  of  the  IC  manager’s  feel  for  what  tasks  are 
taking  up  his  staff’s  time.  An  indication  of  the  assignment  of  special 
interest  of  a  particular  staff  member  is  given  by  the  percent  of  time  that 
is  spent  on  the  different  tasks. 

Figure  F-5  provides  an  estimate  of  the  degree  to  which  the  IC  manager 
is  kept  aware  of  which  tasks  occupy  the  most  of  their  staff’s  time.  The 
spread  in  the  percent  of  time  spent  on  different  tasks  by  different  staff 
members  is  believed  to  stem  from  the  different  functional  responsibilities 
assigned  to  those  staff  members. 


2.3  EVALUATION  OF  IC  OPERATION 


The  evaluation  of  IC  operation  is  based  primarily  upon  the  results  of 
the  user  interviews.  It  consists  of  discussions  of  the  stated  user  needs 
with  respect  to  services  of  the  IC,  hardware  and  software  needs,  knowledge 
needp .  productivity  improvements,  training,  microc.omputer  usage  issues,  and 
utility  of  the  IC. 


2.3.1  Utilization  of  IC  Services 


Figure  F-6  depicts  the  fraction  of  users  actually  utilizing  the  IC’s 
services.  A  phantom  use  is  said  to  occur  when  a  user  reports  having 
obtained  the  service  and  the  IC  manager  reports  that  no  such  services  was 
provided. 

Current  support  requirements  are  reflected  in  Figure  F-7.  The  variable 
(cur-need)  added  to  this  plot  depicts  the  case  wherein  the  user  reports  a 
belief  that  the  service  is  not  provided  and  the  IC  meinager  reports  the 
service  as  being  provided,  and  the  user  reports  that  the  service  would  be 
utilized  if  it  were  available.  The  addition  of  the  cur-need  inputs  creates 
some  demand  for  each  of  the  services  proposed.  Those  with  a  fraction 
greater  that  .5  should  be  given  particular  emphasis  in  the  current 
operations  of  the  IC. 

The  information  contained  in  Figure  F-8  tends  to  show  the  direction 
the  IC  should  be  going  if  it  is  to  meet  the  future  demands  for  services. 

In  this  figure,  an  additional  variable,  fut-need,  is  added.  A  future  need 
is  defined  as  the  case  where  the  user  indicates  no  need  for  the  service  at 
the  present  time,  but  can  foresee  the  need  within  the  next  year. 


2.3.2  Other  User  Needs 


The  users  were  asked  about  possible  hardware  and  software  limitations 
which  they  believed  hindered  their  capability  to  fully  utilize  their  sys 
terns.  The  results  of  the  survey  are  summarized  in  Figure  F-9.  The  major 
complaints  about  backup  for  the  hard  disc  stem  from  the  use  of  a  floppy 
disc  based  backup,  with  the  attendant  time  and  disc  investment  required. 
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Printer  needs  were  primarily  expressed  in  terms  of  faster  and  easier  to  use 
letter  quality.  Monitor  complaints  centered  upon  the  lack  of  graphics 
capability. 

The  software  interface  related  complaints  referred  to  the  limited 
capability  of  many  of  the  standard  software  packages  to  import  data  files 
frtmi  another  without  use  of  a  separate  utility  program.  In  addition, 
utility  packages  do  not  exist  for  converting  files  for  all  the  standard 
off-the-shelf  software  packages.  The  report  generator  capability  desired 
should  be  capable  of  easily  developing  report  formats  and  extracting  data 
from  several  different  files  with  different  characteristics. 

All  of  the  users  interviewed  were  very  interested  in  furthering  their 
knowledge  and  increasing  their  proficiency  in  end  user  computing.  Figure 
F-10  is  a  summary  of  the  users  response  to  queries  relating  to  the  topics 
shown.  Programming  wants  included  the  use  of  both  compilers/interpreters 
and  advanced  techniques  of  using  standard  packages  such  as  data  base  main- 
agement  and  spreadsheets.  The  information  category,  new  offerings  refers 
to  information  directly  relating  to  their  workplace  needs  and  does  not 
cover  the*broad  spectrum  of  product  advertisement  and  promotional  mat¬ 
erials.  The  interest  in  learning  more  about  the  internal  technical  details 
of  the  hardware  in  use  was  also  prevalent.  The  users  also  expressed  int¬ 
erest  in  obtaining  more  technically  advanced  information  about  the  software 
they  were  currently  using.  Main  frame  use  referred  to  both  the  use  of 
micro-main  frame  links  emd  remote  terminals.  Categories  1,  3,  and  4  ind¬ 
icate  the  need  for  advanced  training,  and  provide  some  guidance  for  de 
fining  the  required  course  content.  Category  5  depends  upon  the  avail¬ 
ability  of  suitable  main  frame  software.  If  such  software  (such  as  PROFS) 
is  available,  then  a  need  for  training  in  using  that  software  in  needed. 


2.3.3  Generic  Software  Used 


Figure  F-11  provides  a  breakdown  of  the  generic  types  of  software  used 
by  those  interviewed.  The  most  heavily  utilized  software  types  are  data 
base  and  spreadsheets  indicating  that  the  training  plans  should  emphasize 
basic  and  advanced  training  in  those  areas. 


2.3.4  Training 


Four  of  the  eleven  users  interviewed  have  attended  a  course  given  by 
the  IC.  All  were  enthusiastic  and  believed  that  the  course  had  a  definite 
positive  impact  on  their  ability  to  use  the  computing  equipment.  Others 
complained  about  not  getting  into  courses,  waiting  list  too  long.  Nearly 
all  users  expressed  a  strong  desire  for  training.  The  novice  for  intro¬ 
ductory  level  so  he  'em  get  started,  eind  the  more  experienced  user  waints  to 
learn  advanced  techniques  to  get  the  most  out  of  his  equipment. 
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2.3.5  User  Productivity 


Most  users  interviewed  reported  significant  productivity  inprovements 
through  use  of  computers  in  their  workplace.  The  improvements  were  stated 
in  terms  of  reduction  in  the  time  required  to  complete  a  task,  or  in  terms 
of  tasks  that  could  now  be  accomplished  which  could  not  have  previously 
been  done.  Time  reductions  ranged  from  2:1  to  10:1.  These  benefits  were 
related  primarily  to  data  base  and  word  processing  applicat'ons. 


2.3.6  IC  Advice  Scales 


Figure  F-12  shows  the  list  of  possible  sources  of  information  about 
computing  related  problems.  The  users  were  asked  to  rank  these  sources 
with  respect  to  the  accuracy,  understandability ,  and  timeliness  of  the 
information  received.  The  average  ranking  of  each  source  is  shown  in  the 
score  column  in  the  first  half  of  the  figure.  The  users  were  also  asked 
who  they  would  turn  to  for  help  with  procedural  problems,  hardware  or 
software  problems,  and  microcomputer  use  in  general.  The  results,  in  terms 
of  the  fraction  of  users  reporting  each  is  shown  in  the  three  columns  of 
the  second  part  of  the  figure. 

The  IC,  co-workers,  and  manuals  all  ranked  significantly  better  than 
the  other  sources.  This  result  tends  to  show  that  a  user  is  more  prone  to 
seek  immediate  assistance  from  a  knowledgeable  co-worker  first,  then  going 
to  the  IC  or  the  manual  if  the  co-worker  is  not  available  or  doesn’t  know 
the  answer.  This  suggests  that  one  way  to  reduce  some  of  the  "nuisance” 
type  trouble  calls  would  be  to  cultivate  a  knowledgeable  user  in  each 
department,  concentrate  on  the  training  on  this  person,  and  expecting  this 
person  to  become  the  advisor  for  that  department  for  routine  assistance 
(i.e.  minor  problems  not  involving  an  inordinate  amount  of  the  expert’s 
time) . 


2.3.7  Control  Issues 


Staff  responses  to  the  check  lists  on  the  issues  of  continuity  of 
operation,  audits  and  controls,  cost-benefit  analysis,  system  development 
and  documentation  standards,  and  data  security  matters  show  that  these 
aspects  of  end  user  computing  are  emphasized  by  the  staff  at  all  times. 
The  user  responses,  generally  indicate  that  these  issues  are  truly  not 
recognized  as  a  real  problem  and  are  given  no  more  than  lip  service. 
Nearly  one  forth  of  the  users  at  Fort  Hood  (much  more  than  at  any  other 
site)  show  genuine  concern  for  these  issues.  It  is  believed  that  the 
response  from  the  Fort  Hood  users  is  this  high  because  of  the  greater 
percentage  of  main  frame  users  interviewed. 


N  ^ 


FIGURE  F-1  SERVICES  PROVIDED 
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FIGURE  F-2  USER  AWARENESS 
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1.0  BACKGROUND 


Rock  Island  Arsenal,  Illinois  is  the  headquarters  of  the  Army  Ama 
Bent,  Munitions  and  Cheaical  Coamand  and  has  a  population  of  370  ailitary 
and  10,000  civilians.  The  IC  at  Rock  Island  was  iapleaented  on  1  January 
1985.  A  reorganization  was  expected  1  October  1986.  Planning  for  the 
Center  was  initiated  in  Septeaber  1984.  The  installation  has  been  working 
with  an  IC  like  concept  for  aore  than  eight  (8)  years. 

The  IC  at  Rock  Island  has  developed  applications  for  users;  an  atyp¬ 
ical  function  for  an  IC.  Working  closely  with  the  end  user,  a  Manpower 
Tracking  Systea,  an  Acquisition  Tracking  Center,  and  several  other  appli¬ 
cations  have  been  developed  for  the  installation. 

The  IC  has  developed  a  training  course  for  aanagers,  which  includes 
deaonst rat  ions  of  the  software  packages  most  widely  used  on  the  Island. 

The  course  was  prepared  and  is  presented  using  Energraphics  software,  and  a 
projection  unit.  This  prograa  has  top  aanagement  support,  and  has  been 
recoaaended  by  the  CcMiBanding  General.  A  copy  of  the  DF  to  all  Rock  Island 
directorates,  and  a  course  outline  is  included  in  Appendix  F  of  the  Plan¬ 
ning  and  lapleaentation  Guide. 

Each  directorate  at  Rock  Island  has  a  Computer  Coordinator  (CC).  This 
is  a  full  time  staff  position.  The  CCs  function  as  mini  ICs.  Users  go  to 
their  CC  first,  when  they  have  an  ADP  related  problem.  The  CCs  set  up 
applications — often  providing  user  friendly  menus,  distribute  passwords, 
and  provide  one-on-one  user  training.  The  CCs  use  the  IC  as  a  resource 
when  they  have  problems.  Because  the  CCs  are  located  in  the  directorate, 
their  knowledge  of  the  particular  business  area  is  often  useful  when 
helping  the  user. 


1.1  PLANNING  FACTORS 


User  needs  and  spectrum  of  hardware/software  to  be  supported  were  the 
primary  considerations  of  the  IC  planning  committee.  All  departments 
participated  in  the  survey  which  was  done  in  conjunction  with  the  develop¬ 
ment  of  an  Office  Automation  Plan.  One  initial  thrust  was  to  supplement 
the  existing  PRIME  network  with  INTELs.  Another  trade-off  concerned  the 
cost /capability  comparisons  of  microcomputers  versus  sophisticated 
terminals. 
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1.2  MISSION  SELECTION 


Priaary  consideration  was  given  to  the  following  nissions  when  plan¬ 
ning  for  the  IC: 

laprove  relations  between  the  DP  activity  and  the  user  coHunity, 
Reduce  the  DP  backlog, 

Increase  end  user  productivity. 

Standardize  the  procurement  and  utilization  of  microcomputer  assets, 

Provide  training  for  the  end  users  in  the  use  of  computing  assets, 

Assist  the  end  users  in  developing  new  applications  which  will  better 
utilize  the  computing  assets  available  to  him. 


1.3  SERVICES  PROVIDED 


Figure  G-1  shows  a  list  of  services  which  may  be  provided  by  any  IC 
and  denotes  which  services  are  currently  being  provided  (height  =  2)  and 
those  which  will  be  provided  in  the  near  future  (height  =1).  No  bar  is 
shown  for  those  services  neither  provided  nor  planned.  All  figures  for 
this  appendix  are  placed  at  the  rear  of  the  appendix,  behind  all  text.  The 
services  are  defined  below: 

Assist  end  users  in  defining  their  computing  needs. 

Assist  end  users  in  developing  application  using  off-the-shelf 
software, 

Provide  introductory  training  in  the  use  of  microcomputers  and 
software  (off-the  shelf) , 

Provide  advanced  training  for  users  in  the  utilization  of  their 
hardware  and  software. 

Provide  computer  based  training  and  tutorials  to  end  users  so  that 
they  may  maintain  their  computer  competence, 

Assist  end  users  in  conducting  cost/benefit  analysis  for  justification 
of  purchase  of  microcomputer  hardware  and  software. 

Provide  custom  programming  assistance  for  end  users  developing 
microcMputer  applications  using  other  than  off-the-shelf 
software. 

Assist  end  users  in  obtaining  access  to  the  data  needed,  interfacing 
with  the  data  administration  function  as  required. 
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Provide  deaonst rat  ions  of  nicrocoaputer  hardware  and  software  for 
the  end  users, 


Provide  training  and  assistance  for  end  users  in  recovering  lost  data 
due  to  equiiHBent  malfunction, 

Provide  assistance  and  facilities  for  end  users  to  docuaent  their 
applications, 

Provide  assistance  to  end  users  in  maintenance  of  the  microcomputer 
hardware , 

Provide  facilities  for  the  production  of  computer  generated  graphic 
charts  and  graphs, 

Assist  the  end  users  in  determining  the  best  hardware/software 
configuration  to  meet  their  processing  needs, 


Provide  training  and  assistance  to  end  users  in  installation  of  their 
hardware  and  software. 

Provide  training  and  assistance  to  end  users  in  diagnosing  problems 
with  their  hardware  and  software. 

Establish  a  single  point  of  contact  for  users  to  utilize  in  obtaining 
assistance  with  computer  related  problems. 

Provide  hardware  for  use,  on  a  loan  basis,  when  the  end  users’ 
hardware  is  down  for  repairs. 

Publish  a  newsletter  on  a  routine  basis  to  keep  end  users  up  to  date 
on  new  developments  in  hardware,  software,  and  applications, 

Provide  one-on-one  training  for  end  users  when  necessary. 

Perform  evaluations  of  new  hardware  and  software,  and  make 
recommendations  as  to  the  utility  of  ^uch  to  the  user  community. 
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Coordinate  the  establishment  of  User  Groups  to  foster  the  exchange  of 
information  within  the  user  community  of  events  of  interest. 

Provide  liaison  between  the  end  users  and  microcomputer  hardware  and 
software  vendors. 

Assist  the  end  user  in  the  procurement  of  microcomputer  assets. 


2.0  ANALYSIS  OF  IC  OPERATIONS 


The  results  of  the  interviews  conducted  during  the  evaluation  visits 
have  been  analyzed  with  respect  to  the  topics  discussed  in  Chapter  6  of  the 
Planning  and  Implementation  Guide.  The  following  sections  discuss  the 
findings  as  they  relate  to  Marketing  the  IC,  On-Going  Operations  of  the 
IC,  and  Evaluation  of  Support  Provide  to  the  user  communi  ty. 
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Section  2.1  discusses  the  nethods  utilized  to  ■arket  the  IC’s  ser¬ 
vices,  and  provides  a  prinary  aeasure  of  the  effectiveness  of  these 
efforts. 

On-Going  Operations  of  the  IC  are  discussed  in  Section  2.2.  The 
discussion  included  infomation  about  the  internal  operation  of  the  IC,  and 
utilization  of  the  staff.  The  discussion  also  covers  training  ■etl.ods  and 
records  naintained  by  the  IC. 

The  value  of  the  IC  as  seen  froui  the  users  viewpoint  is  presented  in 
Section  2.3.  The  section  includes;  (1)  discussion  of  expressed  needs  of 
the  users  in  terms  of  hardware,  software,  and  training;  (2)  check  list 
responses;  and  (3)  rating  of  the  IC  as  a  source  of  assistance  and  infor 
nation  about  micro  computer  usage. 


2 . 1  MARMTING_Tffi_IC 

The  Planning  and  Implementation  Guide  describes  several  techniques  for 
marketing  the  services  provided  by  the  IC.  These  techniques  include  pub¬ 
lishing  a  newsletter,  formation  of  user  groups,  promulgation  of  a  User’s 
Manual,  and  conducting  demonstrations  of  new  hardware  and  software  in  the 
IC. 


2.1.1  Marketing  Techniques  Used 


The  IC  is  firming  up  plans  to  publish  a  news  letter  and  to  start  a 
microcomputer  users  group.  One  of  the  objectives  of  the  users  group  is  to 
start  a  bulletin  board  and  maintain  a  library  of  public  domain  software. 
There  is  a  question  concerning  the  legality  of  the  use  of  government  funds 
to  make  a  donation  to  the  developer  for  some  of  the  software  that  is  placed 
in  the  public  domain  sources  with  the  request  for  a  donation  rather  than 
setting  a  fee.  A  common  comment  received  from  the  users  interviewed  was 
that  they  wished  they  could  get  more  information  about  the  IC.  There  was  a 
desire  for  much  more  information  interchange  through  either  a  newsletter  or 
a  users  group. 

The  IC’s  manager’s  course  has  become  an  excellent  marketing  vehicle. 
The  course  has  gained  top  management  support,  and  makes  an  excellent  ve¬ 
hicle  to  advertise  the  IC’s  services.  There  is  a  short,  computer  driven, 

IC  briefing  that  is  a  companion  to  the  manager’s  course.  This  briefing 
would  be  suitable  for  presentation  at  many  management  briefings  to  gain 
more  visibility  for  the  IC. 

The  IC  uses  the  Computer  Coordinators  as  a  vehicle  to  get  information 
to  the  users  in  their  respective  directorates,  although  there  are  no  reg¬ 
ularly  scheduled  meetings  between  the  1C  staff  and  the  coordinators. 
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The  IC  has  several  different  configurations  of  equipment  set  up  for 
demo  purposes.  A  user  may  also  schedule  time  on  one  of  the  system  to  test 
new  software  or  utilize  one  of  the  available  tutorials.  There  is  also  a 
graphics  production  facility  available. 


2.1.2  User  Awareness 


An  estimate  of  the  success  of  iC’s  marketing  program  is  obtained  from 
a  comparison  of  the  list  of  services  provided  with  the  responses  to  the 
user  survey  concerning  services  available  from  the  IC.  Each  user  inter 
viewed  was  given  a  list  of  services  which  could  be  provided  by  any  IC.  The 
user  was  then  asked  to  indicate;  (1)  if  he  believed  that  the  service  was 
provided  by  the  IC,  (2)  indicate  whether  or  not  the  service  has  been 
personally  used  by  that  user,  (3)  if  not  provided,  indicate  whether  there 
was  a  current  need  for  the  service  if  it  were  available,  and  (4)  if  not 
provided,  indicate  if  it  were  predicted  that  the  service  would  be  utilized 
within  the  next  year.  The  user  is  said  to  be  aware  of  the  service  if  his 
response  and  the  managers  response  meet  the  following  criteria: 

If  the  manager  says  the  service  is  provided  and  the  user  says  it  is 
either  provided  or  has  been  used. 

If  the  manager  reports  the  service  is  not  provided  or  being  planned, 
and  the  user  reports  either  not  provided  or  a  need  for  the  service. 

All  other  combinations  of  manager  and  user  response  are  not  considered 
as  aware  responses. 

Figure  G-2  shows  the  fraction  of  the  users  that  are  aware  of  the  true 
status  of  each  of  the  services,  and  highlights  services  which  require  more 
marketing  activity.  The  newsletter  and  user  group  in  particular  need 
attent ion . 


ON-GOING  OPERATIONS 


Chapter  six  of  the  Planning  and  Implementation  Guide  provides  several 
stra.egies  for  continued  success  of  the  IC.  The  IC  must  maintain  an  aware¬ 
ness  of  command  strategies,  current  technology  trends,  and  end  user  com¬ 
puting  needs.  There  should  be  definable  and  measurable  objectives  with 
appropriate  milestones  established  for  the  IC.  The  staff  should  be  fully 
aware  of  the  strategics  and  procedures  necessary  to  achieve  the  objectives 
and  meet  scheduled  milestones.  A  Standard  Operating  Procedures  (SOP) 

Manual  should  be  developed  to  document  these  requirements  and  provide  ready 
reference  for  the  ctaff. 


2.2.1  IC  Organization 


The  sain  objectives  of  the  IC  are  considered  to  be  in  the  assisting  of 
end  users  in  processing  their  data  on  their  terms  in  order  to: 

Increase  their  productivity. 

Improve  their  decision  making  process, 

Make  the  user  self-sufficient,  and 

Provide  a  competency  center  for  interactive  products. 


The  first  goal  is  to  be  able  to  satisfy  all  functional  users  and  help 
them  improve  their  ability  to  accomplish  their  workload.  Progress  will  be 
metts’ired  in  many  ways  including; 

The  number  of  letters  of  appreciation  and  awards  given  to  our  staff 
members  by  functional  users, 

The  number  of  new  requests  for  services, 

The  n'junber  of  trained  users  in  the  workplace, 

The  number  of  new  products  researched  and  found  to  be  of  value  to 
the  functional  users, 

Feedback  from  the  users  as  to  the  contribution  of  IC  staff  members  to 
their  cost  savings  and/or  productivity  improvement. 

There  were  no  current  user  or  staff  manuals  available  which  would 
detail  the  respective  responsibilities  of  each.  This  may  be  due  to  the 
fact  that  the  directorate  is  in  the  midst  of  a  reorganization  and  all  of 
the  respective  functions  of  each  branch  have  not  been  fully  resolved. 

The  IC  has  a  staff  of  twelve,  including  the  manager.  All  staff  mem 
bers  are  generalists,  presumably  capable  of  assisting  any  user  with  any 
problem,  but  each  has  been  assigned  responsibility  to  a  subset  of  the 
products  or  equipment.  For  example,  one  is  the  expert  on  hardware  prob¬ 
lems,  another  with  networks,  another  for  data  bases,  etc.  There  is  a 
feeling  of  lack  of  cross-fertilization  because  of  this  compartmentation, 
and  a  need  for  a  great  deal  of  coordination  between  staff  members.  There 
was  also  some  confusion  as  to  who  was  responsible  for  what,  and  who  was 
backing  up  who.  Staff  members  expressed  a  desire  for  more  information 
about  what  hardware  and  software  is  out  in  the  user  community  so  they  could 
know  what  support  requests  to  expect. 

In  some  ways  the  Directorate  Computer  Coordinators  function  as  an 
extension  of  the  staff  of  the  IC,  in  that  they  are  the  first  place  the  user 
can  contact  for  advice  on  software,  hardware,  applications,  and 
procurement . 
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2.2.2  1C  Support  Policies 

The  IC  supports  the  full  range  of  end  user  hardware  from  terainals  on 
the  PRINENET,  aicro  and  aini  nets,  and  stand  alone  micros.  There  is  s 
variety  of  microccmiputers;  Victors,  Leading  Edge,  Wyse,  and  IBM  to  name  a 
few. 

The  IC  has  developed  a  list  of  recommended  software  that  it  will 
support  to  the  best  of  its  ability.  Support  for  software  not  on  the 
preferred  list  is  not  given  the  same  priority,  and  the  user  is  advised 
prior  to  purchase  that  support  will  be  minimal.  Lotus,  Word  Star,  and 
dBase  are  the  most  commonly  used  packages  for  the  IBMs  and  clones. 

The  IC  provides  the  full  range  of  support  to  users  developing  appli¬ 
cations  using  off-the-shelf  software  packages,  many  times  even  to  the  point 
of  actually  doing  the  development  for  the  user.  The  IC  also  provides 
assistance  to  users  wishing  to  develop  applications  using  other  than  the 
standard  packages.  Again  the  assistance  runs  from  product  selection 
through  actual  development  in  some  cases. 

The  IC  reviews  all  requests  for  hardware,  and  makes  recommendations 
based  upon  standardization  and  configuration  considerations. 

The  IC  assists  the  user  in  getting  access  to  the  data  he  needs,  but 
does  not  get  involved  in  the  actual  extraction  of  the  data  from  the  data 
bases . 

The  staff  is  very  strong  on  central  computer  access  and  service  level 
issues,  but  not  so  in  the  microcomputer  arena.  Little  evidence  of  emphasis 
on  audit  controls,  risk  assessment,  and  continuity  of  operations  planning, 
or  backup  and  recovery  can  be  seen. 

The  IC  surveys  users  every  two  (2)  to  three  (3)  months  to  ascertain 
training  requirements.  Responses  are  returned  on  a  DF.  The  IC  offers  a 
three  (3)  day  training  course  which  is  conducted  by  the  Chicago  office  of 
the  Office  of  Personnel  Management  (OFM).  Commercially  available  paper  and 
computer  baised  tutorials  are  also  available  for  users,  by  appointment. 

The  IC  training  course  for  managers  gives  excellent  coverage  to  the 
capabilities  of  the  standard  software  packages,  but  does  nothing  to  en¬ 
lighten  managers  of  their  responsibilities.  Managers  of  units  with  a  high 
degree  of  workplace  automation  begin  to  be  exposed  to  the  same  risks  as  the 
central  data  processing  installation.  The  issues  of  audit  and  risk  assess¬ 
ment,  backup  and  recovery  and  data  security  become  more  critical.  Con¬ 
tinuity  of  operation  becomes  a  necessary  way  of  life  as  office  environments 
places  more  and  more  reliance  on  microcomputers. 

2.2.3  Staff  Awareness 


A  measure  of  the  degree  to  which  IC  staff  members  are  kept  aware  of 
the  status  of  the  implementation  of  various  services  of  the  IC  is  shown  in 
Figure  G-3.  The  value  of  the  "aware"  variable  is  computed  as  the  fraction 


of  the  staff  Bembers’  responses  that  aeet  the  awareness  definition  as 
defined  in  paragraph  2.1.2.  In  general,  a  high  fraction  of  awareness 
denotes  good  internal  cossnuni cat ions  between  the  staff  and  the  IC  manager. 
Where  the  IC  staff  is  organized  into  groups  of  technical  or  product  spec¬ 
ialists,  there  is  a  risk  of  a  aeaber  losing  touch  with  what  is  happening  in 
the  other  parts  of  the  staff.  A  low  fraction  of  the  awareness  factor, 
then,  can  be  interpreted  as  the  indication  of  a  breakdown  in  cosBiuni cal  ions 
within  the  staff  and  betvreen  the  staff  and  the  IC  aanager.  A  low  awareness 
factor  may  also  denote  a  degree  of  uncertainty  as  to  the  e^act  status  of  a 
service  that  is  in  the  planning  or  implementing  stage.  All  of  the  staff 
members  were  not  interviewed,  and  the  data  presented  here  may  not  accur¬ 
ately  represent  a  cross-section  of  the  staff.  Staff  awareness  is  high  for 
all  of  the  most  commonly  used'services. 

Comparison  of  the  staff  responses  to  the  same  policy  questions  posed 
to  the  manager,  it  is  concluded  that  not  all  of  the  staff  members  are  fully 
aware  of  the  IC  policies  relative  to  hardware,  software,  procurement,  and 
applications  development.  These  staff  members,  however,  are  relatively  new 
to  the  IC. 


2.2.4  IC  Staff  Utilization 


The  utilization  of  personnel  in  the  IC  is  shown  Figure  G-4.  It  shows 
the  IC  manager’s  estimate  of  the  percent  of  his  time  is  spent  in  each  of 
the  task  areas.  In  Figure  G-5,  the  IC  manager’s  estimate  of  the  percent  of 
total  time  spent  by  his  staff  is  compared  to  the  normalized  total  percent 
of  time  calculated  from  the  individual  staff  members  estimates  of  their 
utilization,  and  is  an  estimate  of  the  IC  manager’s  feel  for  what  tasks  are 
taking  up  his  staff’s  time.  An  indication  of  the  assignment  of  special 
interest  of  a  particular  staff  member  is  given  by  the  percent  of  time  that 
individual  spends  on  the  different  tasks. 

There  is  an  agreement  between  the  manager’s  estimate  and  the  average 
on  the  identity  of  the  large  consumers  of  staff  resources;  training  and 
consulting.  The  problem  solution  category  is  one  that  was  written  in  by 
the  staff  BeBA>ers  indicating  a  feeling  that  it  is  a  separate  activity  from 
either  consulting  or  training. 


2 . 3  EyALyATION_gF_IC_greRATIQN 

The  evaluation  of  IC  operation  is  based  primarily  upon  the  results  of 
the  user  interviews.  It  consists  of  discussions  of  the  stated  user  needs 
with  respect  to  services  of  the  IC,  hardware  and  software  needs,  knowledge 
needs,  productivity  improvements,  training,  microcomputer  usage  issues,  and 
utility  of  the  IC. 


2.3.1  Utilization  of  IC  Services 


Figure  G-6  depicts  the  fraction  of  users  actually  utilizing  the  IC’s 
services.  A  phantoa  use  is  said  to  occur  when  a  user  reports  having 
obtained  the  service  and  the  IC  manager  reports  that  service  as  not  pro 
vided,  or  is  in  the  planning  stage  and  has  not  been  fully  implemented.  The 
use  of  loaner  equipment  is  the  major  case  of  a  phantom  use  as  shown  in 
Figure  G-6.  The  equipment  that  is  currently  utilized  as  a  loaner  has 
actually  been  received  for  some  other  user,  but  that  xxser  has  not  yet 
received  the  necessary  training  and  is  not  ready  to  utilize  it. 

Current  support  requirements  are  reflected  in  Figure  G-7.  The  var¬ 
iable  (cur-need)  added  to  this  plot  depicts  the  case  wherein  the  user 
reports  a  belief  that  the  service  is  not  provided  and  the  IC  manager 
reports  the  service  as  being  provided,  and  the  user  reports  that  the  ser¬ 
vice  would  be  utilized  if  it  were  available.  The  addition  of  the  cur-need 
inputs  creates  some  additional  demand  for  nearly  all  of  the  services  pro¬ 
vided.  The  largest  current  need  shown  is  for  hotline,  which  indicates  a 
need  to  give  wider  distribution  of  the  hotline  number  and  the  procedures 
for  contacting  the  IC. 

The  information  contained  in  Figure  G-8  tends  to  show  the  direction 
the  IC  should  be  going  when  it  is  to  meet  the  future  demands  for  services. 
In  this  figure,  an  additional  variable,  fut-need,  is  added.  A  future  need 
is  defined  as  the  case  where  the  user  indicates  no  need  for  the  service  at 
the  present  time,  but  can  foresee  the  need  within  the  next  year.  There  are 
no  large  demands  reflected  in  Figure  G-8,  therefore  the  IC  can  concentrate 
on  trying  to  improve  the  service  given  to  the  customers,  particularly  in 
those  high  demand  areas  as  shown  by  needs  at  or  nearly  equal  to  1. 


2.3.2  Other  User  Needs 

The  users  were  asked  about  possible  hardware  and  software  limitations 
which  they  believed  hindered  their  capability  to  fully  utilize  their  sys¬ 
tems.  The  results  of  the  survey  are  summarized  in  Figure  G-9.  The  major 
complaints  about  backup  for  the  hard  disc  stem  from  the  use  of  a  floppy 
disc  based  backup,  with  the  attendant  time  and  disc  investment  required. 
Printer  needs  were  primarily  expressed  in  terms  of  faster  and  easier  to  use 
letter  quality.  Monitor  complaints  centered  upon  the  lack  of  graphics 
capability.  The  results  show,  at  least  for  the  users  interviewed,  that 
these  users  are  not  to  be  categorized  as  novice  users.  The  IC  should  be 
investigating  new  technology  in  the  area  of  larger  hard  discs  and  better 
backup  systems  for  their  hard  discs.  It  can  also  be  anticipated  that  the 
demand  for  the  use  of  the  plotting  facility  in  the  IC  will  increase  dram¬ 
atically  unless  ad’itional  plotters  are  provided  for  the  users. 

The  software  interface  related  complaints  referred  to  the  limited 
capability  of  many  of  the  standard  software  packages  to  import  data  files 
from  another  without  use  of  a  separate  utility  program.  In  addition, 
utility  packages  dc  not  exist  for  converting  files  for  all  the  standard 
off-the-shelf  software  packages.  The  report  generator  capability  desired 
should  be  capable  of  easily  developing  report  formats  and  extracting  data 


from  several  different  files  with  different  characteristics.  Software 
desires  exhibit  the  same  level  of  user  expertise  as  the  hardware.  Data 
coasnini cat ions  (micro  network  and/or  mainframe  link),  and  software  inter¬ 
face  are  the  big  items.  The  IC  should  direct  its  technical  research  toward 
finding  new  software  that  is  acceptable  for  these  purposes. 

All  of  the  users  interviewed  were  very  interested  in  furthering  their 
knowledge  and  increasing  their  proficiency  in  end  user  computing.  Figure 
G-10  is  a  summary  of  the  users  response  to  queries  relating  to  the  topics 
shown.  Programming  wants  included  the  use  of  both  compilers/interpreters 
and  advanced  techniques  of  using  standard  packages  such  as  data  base  man¬ 
agement  and  spreadsheets.  The  information  category,  new  offerings  refers 
to  information  directly  relating  to  their  workplace  needs  and  does  not 
cover  the  broad  spectnom  of  product  advertisement  and  promotional  mat¬ 
erials.  Interest  in  learning  more  about  the  internal  technical  details  of 
the  hardware  in  use  was  also  prevalent.  The  users  also  expressed  interest 
in  obtaining  more  technically  advanced  information  about  the  software  they 
were  currently  using.  Main  frame  use  referred  to  both  the  use  of  micro 
main  frame  links  and  remote  terminals.  Categories  1,  3,  and  4  indicate  the 
need  for  advanced  training,  and  provide  some  guidance  for  defining  the 
required  course  content.  Category  5  depends  upon  the  availability  of 
suitable  main  frame  software.  If  such  software  (such  as  PROFS)  is  avail¬ 
able,  then  a  need  for  training  in  using  of  that  software  in  needed. 


2.3.3  Generic  Software  Used 


Figure  G-11  provides  a  breakdown  of  the  generic  types  of  software  used 
by  those  interviewed.  The  most  heavily  utilized  software  types  are  word 
processing,  data  base  and  spreadsheets  indicating  that  the  training  plans 
should  emphasize  basic  and  advanced  training  in  those  areas. 


2.3.4  Training 


Seven  out  of  nine  of  the  users  interviewed  had  taken  training  courses. 
Most  of  them  rated  their  experience  as  moderate.  The  Intel  System  Admin¬ 
istrator  course  left  much  to  be  desired.  A  common  complaint  was  not  enough 
training  available  and  not  the  right  course  when  it  is  needed.  The  avail¬ 
able  tutorials  and  software  demo  discs  were  also  rated  as  next  to  worth¬ 
less.  Nearly  all  users  expressed  a  strong  desire  or  training.  The  novice 
for  introductory  level  so  he  can  get  started,  and  the  more  experienced  user 
wants  to  learn  advanced  techniques  to  get  the  most  out  of  his  equipment. 

2.3.5  Productivity  Increases 


All  of  the  users  interviewed  reported  significant  gains  in  product 
ivity,  that  of  being  able  to  do  things  not  done  before,  or  in  doing  the 
same  thing  in  significantly  less  time.  One  user  reported  that,  it  had  not 
been  required  for  him  to  worked  any  overtime  in  three  months. 


2.3.6  Advice  Scales 


Figure  G-12  shows  the  list  of  possible  sources  of  inforaation  about 
computing  related  probleas.  The  users  were  asked  to  rank  these  sources 
with  respect  to  the  accuracy,  understandability,  and  tiaeliness  of  the 
information  received.  The  average  ranking  of  each  source  is  shown  in  the 
score  column  in  the  first  half  of  the  figure.  The  users  were  also  asked 
who  they  would  turn  to  for  help  with  procedural  problems,  hardware  or 
software  problems,  and  microcomputer  use  in  general.  The  results,  in  terms 
of  the  fraction  of  users  reporting  each  is  shown  in  the  three  columns  of 
the  second  part  of  the  figure. 

The  scores,  on  the  advice  scales,  for  the  IC,  co-workers,  and  manuals 
are  significantly  better  than  those  of  the  other  sources,  but  the  dif¬ 
ference  between  the  scores  among  those  three  is  not  significant.  This 
suggests  the  theory  that  a  user  with  the  problem  will  seek  the  source  that 
is  the  handiest  of  the  three  at  the  time.  A  good  responsive  help  desk  will 
increase  the  probably  of  the  user  seeking  aid  from  the  IC.  On  the  other 
hand  a  knowledgeable  co-worker,  if  sufficiently  well  trained,  would  pos¬ 
sibly  be  able  to  solve  some  of  the  more  mundane  problems  immediately  and 
keep  the  help  line  open  for  the  more  serious  problems.  It  also  should  be 
be  made  a  hard  fast  policy,  so  stated  in  the  User’s  Manual,  that  the  user 
reads  the  manual  before  calling  the  help  desk. 

The  IC  was  selected  as  the  place  to  go  for  microcomputer  assistance  by 
a  large  margin  over  the  other  choices.  The  computer  coordinator  made  a 
showing  for  procedural  and  for  hardware/software  assistance,  again  showing 
that  properly  instructed  this  person  can  be  a  valuable  ally  to  the  IC. 


2.3.7  Control  Issues 


Users  interviewed  who  used  terminals  from  a  mainframe  (or  mini)  were 
well  aware  of  the  Central  Computer  Control  Access  and  service  level  issues. 
Backup  and  recovery  issues  were  for  the  most  part,  on  a  nonscheduled  basis. 
Most  backup  data  and  program  discs  were  not  physically  remote  from  the 
workstation.  Continuity  of  operation  had  not  occurred  to  most  users,  nor 
had  documentation  of  their  applications. 
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FIGURE  G-6  SERVICE  UTILIZATION 
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FIGURE  G-7  CURRENT  REQUIREMENTS 
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FIGURE  G-8  FUTURE  REQUIREMENTS 
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1.0  BACKGROUMD 


Fori  Ord,  California  is  the  home  of  the  7th  Infantry  Division,  and  has 
a  population  of  20,000  military  and  3,500  civilians.  The  IC  was  an  out¬ 
growth  of  the  1983  ISP;  the  Center  was  officially  implemented  in  April 
1985,  and  currently  occupies  two  (2)  buildings.  One  building  is  devoted  to 
training,  and  is  also  the  location  of  the  help  desk.  The  second  building 
includes  staff  offices,  and  the  software  library. 

The  IC  is  involved  in  two  local-unique  systems  development  projects 
that  are  beyond  the  scope  of  the  normal  IC  activities.  One,  the  Law  En 
forcement  Enhancement  System  (LEES),  is  a  value-added  interactive  extension 
of  the  Military  Police  Management  Information  System  (MPMIS).  This  system, 
due  for  implementation  this  year  will  provide  a  sophisticated  interactive 
relational  data  base,  accessible  through  a  user  friendly  interfaces,  to 
correlate  and  deliver  crime,  traffic,  vehicle,  and  personnel  information  to 
fixed  and  mobile  terminals.  The  LEES  will  also  c(»pile  information  and 
perform  format  conversion  for  MPMIS  reporting.  Another  system,  to  follow 
in  fiscal  year  1987,  is  the  Fort  ORD  Automated  Installation  Management 
System  (AIMS).  AIMS  is  a  similar  interactive  system  xising  a  relational 
data  base,  supported  by  high-quality  mainframe  graphics,  to  provide  senior 
management,  program  directors,  and  supporting  staff  relational  data  against 
measurable  performance  criteria  established  by  DA,  FORSCOM,  and  Fort  Ord 
senior  management. 

Fort  Ord  has  a  wide  area  network  (WAN)  that  is  designed  to  provide 
connectivity  for  all  terminals  and  PCs  on  the  installation  having  the 
requirement  to  communicate,  including  tactical  terminals  such  as  TAAS  when 
garrison.  The  IC  provides  network  management  and  user  assistance  for  the 
network.  Gateways  to  STARNET  and  the  Defense  Data  Network  (DDN)  are 
planned. 


1.1  PLANNING  FACTORS 


The  IC  is  an  outgrowth  of  the  ISP.  The  primary  concerns  addressed  b\ 
the  planning  group  were  the  needs  of  the  users  and  the  kinds  of  hardware 
and  software  that  would  have  to  be  supported.  During  the  conduct  of  the 
ISP,  all  departments  participated  in  the  surveys. 


1.2  MISSION  SELECTION 


The  primary  missions  considered  during  the  planning  phase  were  in 
creasing  productivity  of  end  users,  provide  standardization  of  micro¬ 
computer  hardware  and  software,  provide  training  for  the  end  users  in  the 
use  of  microcomputers  in  their  workplace,  and  evaluate  new  technology  for 
suitability  to  the  end  users  needs. 
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1 . 3  SERVICES  PROVIDED 


Figure  H-1  shows  a  list  of  services  which  may  be  provided  by  any  IC 
and  denotes  which  services  are  currently  being  provided  (height  =  2)  and 
those  which  will  be  provided  in  the  near  futureCheight  =1).  No  bar 
shown  for  those  services  neither  provided  nor  planned.  All  figures  for 
this  appendix  are  placed  in  the  rear  of  the  appendix,  behing  all  text.  The 
services  are  defined  below; 

Assist  end  users  in  defining  their  computing  needs, 

Assist  end  users  in  developing  application  using  off-the-shelf 
software. 

Provide  introductory  training  in  the  use  of  microcomputers  and 
software  (off-the  shelf), 

Provide  advanced  training  for  users  in  the  utilization  of  their 
hardware  and  software, 

Provide  computer  based  training  and  tutorials  to  end  users  so  that 
they  may  maintain  their  computer  competence, 

Assist  end  users  in  conducting  cost/benefit  analysis  for  justification 
of  purchase  of  microcomputer  hardware  and  software, 

Provide  custom  programming  assistance  for  end  users  developing 
microcomputer  applications  using  other  than  off-the-shelf 
software. 

Assist  end  users  in  obtaining  access  to  the  data  needed,  interfacing 
with  the  data  administration  function  as  required. 

Provide  demonstrations  of  microcomputer  hardware  and  software  for 
the  end  users. 

Provide  training  and  assistance  for  end  users  in  recovering  lost  data 
due  to  equipment  malfunction. 

Provide  assistance  and  facilities  for  end  users  to  document  their 
applications , 

Provide  assistance  to  end  users  in  maintenance  of  the  microcomputer 
hardware. 

Provide  facilities  for  the  production  of  computer  generated  graphic- 
charts  and  graphs , 

Assist  the  end  users  in  determining  the  best  hardware/software 
configuration  to  meet  their  processing  needs, 

Provide  training  and  assistance  to  end  users  in  installation  of  their 
hardware  and  software. 


Provide  training  and  assistance  to  end  users  in  diagnosing  problems 
with  their  hardware  and  software, 

Establish  a  single  point  of  contact  for  users  to  utilize  in  obtaining 
assistance  with  computer  related  problems, 

Provide  hardware  for  use,  on  a  loan  basis,  when  the  end  users’ 
hardware  is  down  for  repairs. 

Publish  a  newsletter  on  a  routine  basis  to  keep  end  users  up  to  date 
on  new  developments  in  hardware,  software,  and  applications, 

Provide  one-on-one  training  for  end  users  when  necessary. 

Perform  evaluations  of  new  hardware  and  software,  and  make 
recommendations  as  to  the  utility  of  such  to  the  user  community, 

Coordinate  the  establishment  of  User  Groups  to  foster  the  exchange  of 
information  within  the  user  community  of  events  of  interest, 

Provide  liaison  between  the  end  users  and  microcomputer  hardware  and 
software  vendors. 

Assist  the  end  user  in  the  procurement  of  microcomputer  assets. 

2.0  M?ALYSIS_OF_IC_OPERATigNS 

The  results  of  the  interviews  conducted  during  the  evaluation  visits 
have  been  analyzed  with  respect  to  the  topics  discussed  in  chapter  6  of  the 
’  'ling  and  Implementation  Guido.  The  following  sections  discuss  the 
dings  as  they  relate  to  Marketing  of  IC,  On-Going  Operations  of  the  IC, 

!  Evaluation  of  Support  Provide  to  the  user  community. 

Section  2.1  discusses  the  methods  utilized  to  market  the  IC’s  ser¬ 
vices,  and  provides  a  primary  measure  of  the  effectiveness  of  these 
efforts. 

On-Going  Operations  of  the  IC  are  discussed  in  section  2.2.  The 
discussion  included  information  about  the  internal  operation  of  the  IC,  and 
utilization  of  the  staff.  The  discussion  also  covers  training  methods  and 
records  maintained  by  the  IC. 

The  value  of  the  IC  as  seen  from  the  users  viewpoint  is  presented  in 
section  2.3.  The  section  includes;  (1)  discussion  of  expressed  needs  of 
the  users  in  terms  of  hardware,  software,  and  training;  (2)  check  list 
responses;  and  (3)  rating  of  the  IC  as  a  source  of  assistance  and  infor¬ 
mation  about  micro  computer  usage. 


2.1  MARKETING  THE  IC 


The  Planning  and  Ispleaentation  Guide  describes  several  techniques  for 
■arketing  the  services  provided  by  the  IC.  These  techniques  include  pub¬ 
lishing  a  newsletter,  formation  of  user  groups,  promulgation  a  users  man¬ 
ual,  and  conducting  demonstrations  of  new  hardware  and  software  in  the  IC. 


2.1.1  Marketing  Techniques  Used 


The  Center  maintains  a  software  library  which  coiitains  four  (4)  to  six 
(6)  copies  of  popular  software  packages,  including  several  tutorials. 

Users  can  check-out  software  from  the  library. 

The  IC  has  developed  a  three  page  handout  which  provides  a  summary 
description  of  the  IC  and  the  major  functions  it  performs. 

The  IC  maintains  a  microcomputer  Bulletin  Board  (BB)  and  has  access  to 
public  d<»ain  software  through  this  bulletin  board. 

Both  a  newsletter  and  a  users  group  are  planned  to  be  started 
within  the  next  year. 


2.1.2  User  Awareness 


An  estimate  of  the  success  of  IC’s  marketing  program  is  obtained  from 
a  comparison  of  the  list  of  services  provided  with  the  responses  to  the 
user  survey  concerning  services  available  from  the  IC.  Each  user  inter¬ 
viewed  was  given  a  list  of  services  which  could  be  provided  by  any  IC.  The 
user  was  then  asked  to  indicate;  (1)  if  he  believed  that  the  service  was 
provided  by  the  IC,  (2)  indicate  whether  or  not  the  service  has  been 
personally  used  by  that  user,  (3)  if  not  provided,  indicate  whether  there 
was  a  current  need  for  the  service  if  it  were  available,  and  (4)  if  not 
provided,  indicate  if  it  were  predicted  that  the  service  would  be  utilized 
within  the  next  year.  The  user  is  said  to  be  aware  of  the  service  if  his 
response  and  the  managers  response  meet  the  following  criteria; 

If  the  manager  says  the  service  is  provided  and  the  user  says  it  is 
either  provided  or  has  been  used. 

If  the  manager  reports  the  service  is  not  provided  or  being  planned,  and 
the  user  reports  either  not  provided  or  a  need  for  the  service. 

All  other  combinations  of  manager  and  user  response  are  not  considered 
as  aware  responses. 

Figure  H-2  shows  the  fraction  of  the  users  that  are  aware  of  the  t rut- 
status  of  each  of  the  services,  and  highlights  services  which  require  more 
marketing  activity. 
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2 . 2  ON-GOING  OPERATIONS 


Chapter  six  of  the  Planning  and  Inplenentation  Guide  provides  several 
strategies  for  continued  success  of  the  IC.  The  IC  Bust  Baintain  an  aware¬ 
ness  of  coBBand  strategies,  current  technology  trends,  and  end  user  com 
puting  needs.  There  s^'ould  be  definable  and  Beasurable  objectives  with 
appropriate  milestones  established  for  the  IC.  The  staff  should  be  fully 
aware  of  the  strategies  and  procedures  necessary  to  achieve  the  objectives 
and  Beet  scheduled  milestones.  A  Standard  Operating  Procedures  (SOP) 
manual  should  be  developed  to  document  these  requirements  and  provide  read\ 
reference  for  the  staff. 


I 


2.2.1  IC  Organization 


The  major  objectives  for  the  IC  include  training,  system  design  and 
procurement,  installation,  network  management  and  PROFS. 

In  training  the  IC  shall  provide  lecture  and  hands-on  training 
courses  to  the  end  users.  It  may  be  accomplished  in  a  classroom  or 
one-on-one  setting. 

The  IC  shall  help  the  user  to  define  their  requirements  and  then  do 
the  hardware  and  software  configurations  from  those  requirements. 

New  hardware  and  software  are  installed  at  the  user’s  site.  The 
hardware  and  software  is  first  tested  in  the  IC  prior  to  being  de¬ 
livered  to  the  site. 

The  IC  has  the  responsibility  to  train  and  support  the  users  on  the 
Professional  Office  System  (PROFS). 

The  IC  provides  network  management  and  user  assistance  for  the  Wide 
Area  Network. 

A  two-year  projection  of  work  tasks  for  the  IC  was  developed  in 
November  1985.  The  projection  included  seventeen  line  items,  some  of  them 
multi-part.  The  major  items  are  summarized  below: 

provide  an  instruction  center  for  all  computer  systems  fPCs  and  main¬ 
frame).  Courses  to  be  offered  include  introductory,  intermediate,  and 
advanced  courses  on  end  user  workstations;  and  continuing  education 
courses  to  users  in  existing  software  as  well  as  any  new  software 
requirements , 

provide  consultation  services  for  all  end  users  and  managers, 
including  diagnostic  checks,  software  and  hardware  maintenance, 
and  software  evaluation, 

develop  software  and  hardware  configurations,  and 
set  up  and  be  responsible  for  local  area  networking. 
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The  IC  has  developed  an  internal  IC  procedures  manual  which  provides 
guidance  to  the  staff  meters  as  to  the  responsibilities  of  the  IC  and  the 
methods  of  performing  services  for  the  users. 

A  trouble  tracking  sheet  has  been  developed  by  the  IC.  A  copy  of  this 
sheet  is  located  in  Appendix  F  of  the  Planning  and  Implementation  Guide. 
This  system  ensures  that  trouble  calls  are  followed  until  the  problem  is 
resolved.  Failure  to  adequately  follow  up  on  incoming  trouble  calls  was 
considered  to  be  one  of  this  IC  biggest  headaches  prior  to  the  development 
of  the  sheet. 

The  IC  has  a  staff  of  eight  people,  including  the  manager.  Six  are 
civilian  and  the  other  two  are  military.  The  two  military  staff  members 
mainly  man  the  help  desk.  All  of  the  civilian  employees  are  temporary 
overhires.  There  is  some  morale  problems  because  of  the  unknown  aspect  of 
job  security.  Staff  members  are  specialists  in  one  or  more  of  the  fol 
lowing:  training,  mainframe  interfaces,  microcomputers,  or  networks. 

There  are  at  least  two  other  ICs  on  the  installation,  but  there  ap¬ 
pears  to  be  minimal  contact  between  them,  training  being  about  the  only 
service  that  the  other  IC*s  utilize.  The  1C  within  the  Engineering  Command 
is  the  exception,  with  a  great  deal  of  close  coordination  between  them  in 
some  areas. 


2.2.2  IC  Support  policies 

The  IC  assists  the  users  in  requirements  definition,  hardware  and 
software  configuration  and  acquisition  documentation.  It  conducts  research 
of  available  government  and  industry  sources  to  maintain  awareness  of  cost 
effective,  solution-oriented  hardware  and  software  to  meet  user  needs.  In 
all  acquisitions,  vendor  maintenance  is  sought  to  ensure  system  reli¬ 
ability.  The  IC  manages  the  contracting  and  configuration  aspects  of 
procurement.  Moneys  are  transferred  to  the  IC  for  purchases.  When  the 
hardware  and  software  is  received,  it  is  hemd  receipted  to  the  users  from 
the  IC. 

As  new  systems  are  fielded,  advance  training  of  users  is  conducted; 
equipment  and  software  assembled,  tested,  and  placed  in  the  users  envir¬ 
onment;  and  follow-up  training  and  assistance  are  provided  to  the  users  as 
necessary. 

Systems  maintenance,  systems  upgrade  and  replacement,  mission  changes, 
and  personnel  turnover  demand  continuing  interface  with  the  users.  The  IC 
serves  as  the  central  point  of  contact  for  user  queries  about  vendor  main¬ 
tenance  of  information  systems,  requests  for  assistance,  and  update 
training.  When  necessary,  IC  personnel  conduct  hardware  and  software 
troubleshooting  and  limited  equipment  repair  by  component  replacement. 

The  IC  provides  individual  consultation  or  training  with  experiences 
users  on  new  equipment,  systems  refinements,  productivity  enhancements,  and 
development  of  quality  presentation  graphics. 


The  IC  performs  the  function  of  data  base  management  because  it  is 
user  centered.  It  manages  the  file  structures,  access,  and  data  base  main¬ 
tenance  in  order  to  maximize  information  exchange  and  correlation,  and  to 
minimize  data  storage  space. 

The  IC  has  developed  training  courses,  including  paper  tutorials. 

These  tutorials  allow  the  user  to  replicate  the  classroom  exercises  after 
he  returns  to  the  office.  The  classes  meet  for  half  a  day,  for  one  week. 
The  instructors,  members  of  the  IC  staff,  are  also  available  for  one-on-one 
consultations  with  users.  The  computer  classroom  is  available  to  users 
when  courses  are  not  in  session.  The  classroom  is  currently  furnished  with 
six  (6)  PC  borrowed  from  the  functional  areas;  the  IC  has  it  own  PCs  on 
order.  Initially,  the  IC  scheduled  users  for  training.  This  function  was 
recently  turned  over  to  the  CPO.  The  IC  is  currently  considering  arranging 
classes  according  to  GS  grade  level  to  ensure  sore  homogeneity  in  the 
classroom. 

The  IC  staff  members  interviewed  did  not  appear  to  be  concerned  with 
the  control  issues  of  audit,  risk  assessment,  continuity  of  operation, 
backup  and  recovery,  and  data  security  as  one  would  expect,  considering  the 
scope  of  the  IC’s  responsibilities. 


2.2.3  Staff  Awareness 


A  measure  of  the  degree  to  which  1C  staff  members  are  kept  aware  of 
the  status  of  the  implementation  of  various  services  of  the  IC  is  shown  in 
figure  H-3.  The  value  of  the  ’’aware”  variable  is  computed  as  the  fraction 
of  the  staff  members'  responses  that  meet  the  awareness  definition  of 
awareness  as  defined  in  paragraph  2.1.2.  In  general,  a  high  fraction  of 
awareness  denotes  good  internal  communications  between  the  staff  and  the  IC 
manager.  Where  the  IC  staff  is  organized  into  groups  of  technical  or 
product  specialists,  there  is  a  risk  of  a  member  losing  touch  with  what  is 
happening  in  the  other  parts  of  the  staff.  A  low  fraction  of  the  awareness 
factor,  then,  can  be  interpreted  as  the  indication  of  a  breakdown  in 
communications  within  the  staff  and  between  the  staff  and  the  1C  manager. 

A  low  awareness  factor  may  also  denote  a  degree  of  uncertainty  as  to  the 
exact  status  of  a  service  that  is  in  the  planning  or  implementing  stage. 

All  of  the  staff  members  were  not  interviewed,  and  the  data  presented  here 
may  not  accurately  represent  a  cross  section  of  the  staff. 

There  is  an  extremely  high  degree  of  correlation  between  the  services 
said  to  be  offered  and  the  staff  awareness  as  Figure  H-3  shows.  This 
implies  that  there  is  a  great  deal  of  information  sharing  within  the  staff. 


2.2.4  IC  Staff  Utilization 


The  utilization  of  personnel  in  the  IC  is  shown  figure  H-4.  It  shows 
the  IC  manager’s  estimate  of  the  percent  of  his  time  is  spent  in  each  of 
the  task  areas.  In  figure  H-5,  the  IC  manager’s  estimate  of  the  percent  of 
total  time  spent  by  his  staff  is  compared  to  the  normalized  total  percent 
of  time  calculated  from  the  individual  staff  members  estimates  of  their 


utilization,  and  is  an  estimate  of  the  IC  manager’s  feel  for  what  tasks 
are  taking  up  his  staff’s  time.  An  indication  of  the  assignment  of  special 
interest  of  a  particular  staff  member  is  given  by  the  percent  of  time  that 
individual  spends  on  the  different  tasks. 

Two  of  the  staff  members  interviewed  were  training  specialists  Staffl 
and  Staff2  above),  therefore  it  is  not  unexpected  to  see  a  large  dif¬ 
ference  in  the  training  area.  Had  more  staff  members  from  other  parts  of 
the  IC  been  included,  the  results  would  be  different.  It  is  felt  that  no 
valid  conclusions  can  be  made  from  this  data  because  of  the  small  sample 
size. 


2.3  EVALUATION  OF  IC  OPERATION 


The  evaluation  of  IC  operation  is  based  primarily  upon  the  results  of 
the  user  interviews.  It  consists  of  discussions  of  the  stated  user  needs 
with  respect  to  services  of  the  IC,  hardware  and  software  needs,  knowledge 
needs,  productivity  improvements,  training,  microcomputer  usage  issues,  and 
utility  of  the  IC. 


2.3.1  Utilization  of  IC  Services 


Figure  H-S  depicts  the  fraction  of  users  actually  utilizing  the  IC’s 
services.  A  phantom  use  is  said  to  occur  when  a  user  reports  having 
obtained  the  service  and  the  IC  manager  reports  that  service  as  not  pro¬ 
vided,  or  is  in  the  planning  stage  and  has  not  been  fully  implemented.  The 
use  of  loaner  equipment  is  the  major  case  of  a  phantom  use  as  shown  in 
figure  H-6. 

The  low  level  of  usage  of  the  IC  most  likely  stems  from  the  fact  that 
many  of  the  users  and/or  prospective  users  are  either  waiting  for  hardware 
or  training.  The  entries  for  computer  based  training  refers  to  the  use  of 
the  tutors  accompanying  many  of  the  popular  software  packages. 

Current  support  requirements  ar“  reflected  in  figure  H-7.  The  variable 
(cur-need)  added  to  this  plot  depicts  the  case  whereas  the  user  reports  a 
belief  that  the  service  is  not  provided  and  the  IC  manager  reports  the 
service  as  being  provided,  and  the  user  reports  that  the  service  would  be 
utilized  if  it  were  available.  There  are  three  significant  current  needs 
reflected:  advanced  training,  newsletter,  and  user  groups. 

The  information  contained  in  figure  H-8  tends  to  show  the  direction 
the  IC  should  be  going  when  it  is  to  meet  the  future  demands  for  services. 

In  this  figure,  an  additional  variable,  fut-need,  is  added.  A  future  need 
is  defined  as  the  cat.?  where  the  user  indicates  no  need  for  the  service  at 
the  present  time,  but  can  foresee  the  need  within  the  next  year.  There  are 
no  large  demands  reflected  in  figure  H-8,  therefore  the  IC  can  concentrate 
on  trying  to  improve  the  service  given  to  the  customers,  particularly  in 
those  high  demand  areas  as  shown  by  needs  at  or  nearly  equal  to  1. 


H-8 


2.3.2  Other  User  Needs 


The  users  were  asked  about  possible  hardware  and  software  limitations 
which  they  believed  hindered  their  capability  to  fully  utilize  their 
systems.  The  results  of  the  survey  are  suznoarized  in  figure  H-9.  The  major 
complaints  about  backup  for  the  hard  disc  stem  from  the  use  of  a  floppy 
disc  based  backup,  with  the  attendant  lime  and  disc  investment  required. 
Printer  needs  were  primarily  expressed  in  terms  of  faster  and  easier  to  use 
letter  quality.  Monitor  complaints  centered  upon  the  lack  of  graphics 
capability.  Hard  discs,  backup  equipment  and  printers  head  the  list  of 
hardware  desired.  The  printer  wishes  were  for  three  color  printers  and  one 
with  a  wider  carriage.  The  common  complaint  with  current  backup  systems  is 
the  length  of  time  required  to  backup  a  hard  disc  and  the  large  number  of 
floppy  discs  required. 

The  software  interface  related  complaints  referred  to  the  limited 
capability  of  many  of  the  standard  software  packages  to  import  data  files 
from  another  without  use  of  a  separate  utility  program.  In  addition, 
u t i 1 i t y  packages  do  not  exist  for  converting  files  for  all  the  standard 
off-tne-shelf  software  packages.  The  report  generator  capability  desired 
should  be  capable  of  easily  developing  report  formats  and  extracting  data 
from  several  different  files  with  different  characteristics. 

All  of  the  users  interviewed  were  very  interested  in  furthering  their 
knowledge  and  increasing  their  proficiency  in  end  user  computing.  Figure 
H-10  is  a  suimnary  of  the  users  response  to  queries  relating  to  the  topics 
shown.  Programming  wants  included  the  use  of  both  compilers/ interpreters 
and  advanced  techniques  of  using  standard  packages  such  as  data  base  man¬ 
agement  and  spreadsheets.  The  information  category,  new  offerings  refers  to 
information  directly  relating  to  their  workplace  needs  eind  does  not  cover  the 
broad  spectrum  of  product  advertisement  and  promotional  materials.  Int 
erest  in  learning  more  about  the  internal  technical  details  of  the  hardware 
in  use  was  also  prevalent.  The  users  also  expressed  interest  in  obtaining 
more  technically  advanced  information  about  the  software  they  were 
currently  using.  Main  frame  use  referred  to  both  the  use  of  micro-main  frame 
links  and  remote  terminals.  Categories  1,  3,  and  4  indicate  the  need  for 
advanced  training,  and  provide  some  guidance  for  defining  the  required 
course  content.  Category  5  depends  upon  the  availability  of  suitable  main 
frame  software.  If  such  software  (such  as  PROFS)  is  available,  then  a  need 
for  training  in  using  that  software  in  needed.  Figure  H-10  infers  that 
this  group  of  users  is  extremely  thirsty  for  knowledge  related  to  end  user 
computing.  This  was  verified  by  the  comments  from  almost  all  of  the  users 
interviewed.  There  was  a  loud  cry  for  more  informed'  ion,  and  more  training 
at  all  levels  from  introductory  to  advanced. 


2.3.3  Generic  Software  Used 


Figure  H-11  provides  a  breakdown  of  the  generic  types  of  software  used 
by  those  interviewed.  The  most  heavily  utilized  software  types  are  word 
processing,  data  base  and  spreadsheets  indicating  that  the  training  plans 
should  emphasize  basic  and  advanced  training  in  those  areas. 


2.3.4  Training 


Nine  out  of  twelve  of  the  users  interviewed  had  taken  training 
courses.  Most  of  then  rated  their  experience  as  positive  to  outstanding. 
There  were  also  numerous  complaints  about  the  waiting  list  for  the  courses. 
The  second  most  prevalent  complaint  concerned  the  amount  of  material 
covered  in  the  short  time  scheduled  for  the  course.  Another  complaint 
mentioned  the  mixing  of  students  with  different  education  levels  and 
different  skill  needs  in  the  same  class.  It  has  been  determined  that  there 
are  three  different  classes  of  users,  the  executive  user,  the  professional 
staff  user  and  the  clerical  user.  The  executive  user’s  needs  tend  toward 
decision  support  and  time  management  type  tools,  the  professional  staff 
towa.’~d  spreadsheets  data  base  and  statistical  analysis  packages  and  the 
clerical  user  is  most  interested  in  word  processing  skills.  The  training 
classes  should  be  made  up  of  students  with  the  same  skill  requirements. 


2.3.5  Productivity  Increases 


Most  of  the  users  interviewed  reported  productivity  gains  ranging  from 
a  factor  of  10:1  to  as  low  as  2:1.  Some  users  were  becoming  frustrated, 
however  because  they  had  a  taste  of  what  end  user  computing  could  do  for 
them  and  wanted  to  know  how  to  get  more  out  of  their  systeics,  but  could  not 
get  the  advanced  training  necessary.  One  user  reported  that  after  waiting 
almost  six  months  for  training,  he  became  a  customer  of  the  instruction 
manual  after  marketing  and  purchasing  several  "how  to"  manuals  written  by 
experts  other  than  the  publisher  of  software. 


2.3.6  Advice  Scales 


Figure  H-12  shows  the  list  of  possible  sources  of  information  about 
computing  related  problems.  The  users  were  asked  to  rank  these  sources 
with  respect  to  the  accuracy,  underslandability ,  and  timeliness  of  the 
information  received.  The  average  ranking  of  each  source  is  shown  in  the 
score  column  in  the  first  half  of  the  figure.  The  users  were  also  asked 
who  they  would  turn  to  for  help  with  procedural  problems,  hardware  or 
software  problems,  and  microcomputer  use  in  general.  The  results,  in  terms 
of  the  fraction  of  users  reporting  each  is  shown  in  the  three  columns  of 
the  second  part  of  the  figure. 

The  scores  for  the  IC  and  instruction  manuals  on  the  advice  scales  are 
significantly  better  than  the  scores  for  the  other  sources  on  all  three 
measures;  accuracy  understandability ,  and  timeliness.  It  shows  that  the 
IC  has  established  a  good  reputation  in  the  user  community.  It  is  also 
confinned  by  the  clear  preference  for  the  IC  on  the  assistance  scales. 
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